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(57) Abstract 

The invention concerns an architecture for 
securely accessing virtual objects (Obvi) dis- 
tributed in systems connected to the Internet (/?/), 
and for obtaining an instance therefrom. Said ac- 
cess is performed, via a smart card (2a), through 
a "WEB" browser (10). The terminal (1) and the 
smart card (2a) comprise each a specific proto- 
col layer (13, 23a). The latter contains intelligent 
agents (132, 232ai) for setting up two-way data 
exchange sessions, thereby enabling the smart 
card (2a) to have a 'WEB" server functional- 
ity. The smart card (2a) also comprises intelli- 
gent agents, called script translators, and a virtual 
file management system (8) co-operating with a 
specialised script translator intelligent agent (7). 
Each virtual object (Obvi )is associated with a 
virtual file of the virtual file management system 
(8). The specialised intelligent agent (7) presents 

to the browser (10) the list of accessible virtual objects (Obvi) and generates methods for accessing said objects. 
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(57) Abrege 

L'invention conceme un precede et unc architecture permettant d'acceder, de facon securisee, a des objets virtuels (06v.) rfpartis 

tgSfiS^SZL*** de'scripL. « un systeme de gesdon de fichier virtuel (8) cooperant avec £ ^^g^f^ 
He scrints socialise (7) Chaque objet virtuel (Obvi) est associd a un fichier virtuel du systeme de gestion de fichier virtael (8). L. agent 
&S£tS&m pSnte aunavigateur (10) la liste des objets virtuels accessibles (Ob*, et genere des methodes d acces a ccs 



objets. 
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1 

SYSTEME D'ACCES A UN OBJET A L' AIDE D'UN NAVIGATEUR DE TYPE "WEB" COOPER ANT AVEC UNE CARTE 
A PUCE 



L'invention concerne un systeme embarque contenant des informations 
permettant d'instancier un objet situe sur un reseau, et un precede pour 
instancier cet objet. 

5 Uinvention concerne plus particulierement encore un precede d'acces securise 
a cet objet. 

Dans le cadre de ('invention, le terme "objet" doit etre considere dans son sens 
le plus general. II englobe de nombreux types de ressources informatiques, tels 
que des fichiers textes, des fichiers images ou des fichiers multimedias (video, 
10 son, etc.). H englobe egalement des transactions ou des connexions a un 
systeme informatique, selon un protocole donne. 

Dans le premier cas, on parlera ci-apres d'objets statiques, car leur instance ne 
depend pas du temps. Dans le second cas, on parlera d'objets dynamiques, car 
leur instance varie en fonction du temps. On peut citer, a titre d'exemple non 
15 limitatif, dans le cadre d'un reseau de type Internet, une connexion de type 
•Telnet". 

Toujours dans le cadre de Invention, le terme "station d'utilisateur" 
doit etre compris dans un sens general. La station d'utilisateur precitee peut 
etre notamment constituee par un ordinateur personnel fonctionnant sous 

20 divers systemes d'exploitation, tels WINDOWS ou UNIX (tous deux etant des 
marques deposees). Elle peut etre aussi constituee par une station de travail, 
un ordinateur portable ou un terminal de carte, dit dedie. 
De meme, dans le cadre de Tinvention, le terme "reseau " englobe tout reseau 
comportant un ensemble de serveurs relies entre eux, notamment un reseau 

25 planetaire dans lequel reformation est transportee de bout en bout. II s'agit 
notamment du reseau Internet, de tout reseau dans lequel les echanges de 
donnees s'effectuent selon un protocole du type internet, des reseaux prives 
d'entreprises ou similaires, dits "intranet", et des reseaux les prolongeant vers 
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I'exterieur, dits "extranet". II peut notamment s'agir aussi d'un reseau GSM (de 
I'anglais Global System Mobile), ATM, UMTS, GPRS (de i'anglais Global 
Packet Radio System), d'un reseau dit « Wireless Network » comme par 
exemple I3E 802.11, BLUE TOOTH. 
5 Dans ce qui suit, sans en limiter en quoi que ce soit la portee, on se placera 
dans le cadre de I'application preferee de ('invention, sauf mention contraire. 
On considerera done une station d'utilisateur, que Ton appellera simplement 
"terminal", munie d'un lecteur de carte a puce et connecte a un reseau de type 
Internet. 

10 Un systeme d'application a base de carte a puce comporte generalement les 
elements principaux suivants : 



15 preferee ; 

et un serveur d'application connecte au reseau. 
La figure 1A illustre schematiquement un exemple d'architecture de ce type. Le 
terminal 1, par exemple un ordinateur individuel, comporte un lecteur 3 de carte 
a puce 2. Ce lecteur 3 peut etre ou non physiquement integre dans le terminal 

20 1. La carte a puce 2 comporte un circuit integre 20 dont des connexions 
d'entrees-sorties affleurent en surface de son support pour autoriser une 
alimentation en energie electrique et des communications avec le terminal 1. 
Ce dernier comprend des circuits d'acces a un reseau de transmissions de 
donnees RL Ces circuits dependent, notamment, de la nature du reseau Rl et 

25 du terminal 1 . A titre d'exemple, il peut s'agir d'une carte reseau pour un reseau 
de type local ou d'un modem pour se connecter a une iigne telephonique 
commutee ou a un reseau numerique a integration de services ("RNIS"), pour 
se connecter au reseau Internet, par exemple via un prestataire de services 
Internet ("Internet Service Provider" ou "ISP", selon la terminologie anglo- 

30 saxonne). 



une carte a puce ; 

un systeme hote constituant le terminal precite ; 

un reseau de communication, a savoir le reseau Internet dans I'application 
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Le terminal 1 comprend naturellement tous les circuits et organes necessaires 
a son bon fonctionnement, et qui n'ont pas ete representes dans un but de 
simplification du dessin : unite centrale, memoires vive et fixe, memoire de 
masse a disque magnetique, lecteur de disquette et/ou de CedeRom, etc. 
5 Habituellement, le terminal 1 est aussi relie a des peripheriques classiques, 
integres ou non, tels un ecran de visualisation 5 et un clavier 6. 

Le terminal 1 peut etre mis en communication avec des serveurs ou 
tous systemes informatiques connectes au reseau R/, dont un seul, 4, est 
illustre sur la figure 1A. Par « serveur » t on entend tout serveur d'information 

10 apte a traiter des protocoles de communication, soit pour donner acces a des 
documents, soit pour donner acces a des machines. Dans le cas de 
Papplication preferee de I'invention, les circuits d'acces 1 1 mettent le terminal 1 
en communication avec les serveurs 4 grace a un logiciel particulier 10, appele 
navigateur de type "WEB", ou "browser" selon la terminologie anglo-saxonne. 

15 Celui-ci permet d'acceder a diverses applications reparties sur Tensembie du 
reseau Rl t generalement selon un mode "client-serveur". Par «navigateur », on 
entend tout moyen offrant les fonctions suivantes : 

-visualisation d'une page, notamment d J une page au standard 
« SGML » (de Tanglais « Standard Generalized Markup Langage », ou langage 
20 de balisage standard generalise) ; 

-rapatriement de ressources offertes dans la page. 

Cette fonction navigateur correspond a celle visee par le terme anglais 
« browser ». Une page SGML contient des attributs de presentation, et des 
liens vers d'autres documents SGML, ou « hyper-liens » vers le monde 
25 exterieur, c'est-a-dire encore des URI (de I'anglais Unified Resource Identifier, 
ou Identifiant universel de ressources). 

Quant au langage SGML, il comporte de fagion connue en soi plusieurs 
dialectes, dont HTML, XML, et WML. 



• 
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Habituellement, les communications sur les reseaux s'effectuent 
conformement a des protocoles repondant a des standards comprenant 
plusieurs couches logicielles superposees. Dans le cas d'un reseau Rl de type 
Internet, les communications s'effectuent selon des protocoles specifiques a ce 
5 type de communications, qui seront detailles ci-apres, mais qui comprennent 
egalement plusieurs couches logicielles. Le protocole de communication est 
choisi en fonction de ['application plus particulierement visee : interrogation de 
pages M WEB" ? transferts de fichiers, courrier electronique (e-mel, ou "e-mail" 
selon la terminologie anglo-saxonne), forums ou nouvelles ("news" selon la 
10 terminologie anglo-saxonne), etc. 

L'architecture logique du systeme comprenant un terminal, un lecteur de carte 
a puce et la carte a puce, est representee schematiquement par la figure 1B. 
Elle est decrite par la norme ISO 7816, qui elle-meme comportent plusieurs 
sous-ensembles : 

15 - ISO 7816-1 et 7816-2, en ce qui concerne les dimensions et le marquage 
des cartes ; 

ISO 7816-3, en ce qui concerne le transfer! de donnees entre le terminal 
et la carte a puce ; et 

ISO 7816-4, en ce qui concerne la structure du jeu d'ordres et le format 
20 des commandes. 

Sur la figure 1B, du cote terminal 1, on n'a represents que les couches 
repondant a la norme ISO 7816-3, referencees 101, et le gestionnaire d'ordres 
"APDU" (norme ISO 7816-4), reference 102. Du cote carte a puce 2, les 
couches repondant a la norme ISO 7816-3 sont referencees 200 et le 
25 gestionnaire d'ordres "ADPIT (norme ISO 7816-4) est reference 201. Les 
applications sont referencees A<\, .... Aj, A n ; n etant le nombre maximum 
duplications presentes sur la carte a puce 2. 

Une application "cardlet" (marque deposee), A/, presente dans la carte a puce 
2 (figure 1A), dialogue avec le terminal 1 au moyen d'un jeu d'ordres. Ce jeu 
30 presente typiquement des ordres d'ecriture et des ordres de lecture. Le format 
des ordres est connu sous Tabreviation anglo-saxonne de "APDU" (pour 
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"Application Protocol Data Unit"). II est defini par la norme ISO 7816-4 precitee. 
Un "APDU" de commande est note "APDU. command' et un "APDU" de 
reponse est note "APDU. response". Les "APDU" sont echanges entre le lecteur 
de carte et la carte a puce au moyen d'un protocole specifie par la norme ISO 
5 7816-3 precitee (par exernple en mode caractere : T=0 ; ou en mode bloc : 
T=1). 

Lorsque la carte a puce 2 inclut plusieurs applications distinctes, comme 
illustre sur la figure 1B, on parte de carte multi-applicative. Cependant, le 
terminal 1 dialogue avec une seule application a la fois. Une application Aj se 

10 presente, par exernple, sous la forme d'une piece de logicielle, dite "applet", en 
langage "JAVA" (marque deposee), que Ton appellera ci-apres "cardlet". La 
selection d'un "cardlet" particulier A\ est obtenu a I'aide d'un "APDU" du type 
selection ("SELECT"). Une fois ce choix effectue, les "APDU" qui le suivent 
sont achemines vers ce "cardlet". Un "APDU SELECT' nouveau a pour effet 

15 d'abandonner I'application en cours et d'en choisir une autre. Le sous- 
ensemble logiciel gestionnaire des "APDU" 201 permet de choisir une 
application particuliere A\ dans la carte a puce 2, de memoriser I'application 
ainsi choisie, et de transmettre et/ou recevoir des "APDU" vers et depuis cette 
application. 

20 En resume de ce qui vient d'etre decrit, la selection d'une application Aj et le 
dialogue avec celle-ci s'effectue par echanges d'ordres "APDU". On suppose 
que les applications Aj sont des applications conventionnelles, que Ton 
appellera ci-apres "GCA" (pour "Generic Card Application" ou application de 
carte generique). 

25 Dans un systeme duplications a base de carte a puce, comme illustre par 
Tarchitecture de la figure 1B, cette derniere peut se voir devolu diverses 
fonctions, notamment des fonctions de securite. II est en effet avantageux de 
stacker les donnees liees a la securite (mots de passe, droits d'acces, etc.) 
dans une carte a puce qui peut etre conservee par Tutilisateur. En outre les 

30 donnees etant enregistrees dans une memoire fixe, sous une forme qui peut 
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etre chiffree, elles ne sont pas facilement modifiables, ni meme directement 
lisibles de I'exterieur. 

Cependant, il est a noter que la carte 3 ne peut communiquer directement 
avec les navigateurs du commerce, sauf a modifier le code de ces derniers. 

5 Les cartes a puce actuelles, qui par ailleurs sont conformes aux standards 
rappeles ci-dessus, ont une configuration materielle et logicielle qui ne permet 
pas non plus de communiquer directement avec le reseau Internet. En 
particulier, elles ne peuvent recevoir et transmettre des paquets de donnees, 
selon Tun ou I'autre des protocoles utilises sur ce type de reseau. II est done 

10 necessaire de prevoir une piece de logiciel additionnelle, implantee dans le 
terminal 1, generalement sous la forme de ce qui est appele un "plug-in 11 , selon 
la terminologie anglo-saxonne. Cette piece de logiciel, qui porte la reference 12 
sur la figure 1A, effectue ('interface entre le navigateur 10 et la carte 2, plus 
precisement les circuits electroniques 20 de cette carte 2. 

15 Dans Petat actuel de la technique, le systeme hote associe au iecteur de carte 
3, e'est-a-dire le terminal 1, est associe egalement a une application 
particuliere. En d f autres termes, il est necessaire de prevoir un terminal 
specifique, dit "dedie", pour chaque application particuliere. 
En outre, il est clair que, meme compte tenu de la rapide evolution passee des 

20 technologies et de leur evolution future previsible, la capacite d'enregistrement 
d'informations dans des circuits de memoire, vive ou fixe, d'une carte a puce 
reste et restera tres limitee, si on compare cette capacite a celle offerte par un 
terminal "hote" de cette carte a puce, et naturellement a celles offertes par des 
systemes plus importants, "mini-ordinateurs" ou grands systemes de type dit 

25 "main frame". Aussi, il n'est pas possible de stocker les donnees d'un nombre 
important duplications dans une carte a puce, et notamment des fichiers de 
type multimedia tres volumineux. 

L'invention vise a pallier les inconvenients des dispositifs de Tart connu et dont 
certains viennent d'etre rappeles, tout en repondant aux besoins qui se font 
30 sentir. II doit notamment etre possible d'acceder a un grand nombre 
d'applications, meme volumineuses d'un point de vue quantite de donnees, de 
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natures diverses et reparties sur tout le reseau Internet. En outre, dans un 
mode de realisation prefere, les acces doivent beneficier d'une securite 
maximale, c'est-a-dire dans la pratique s'effectuer via et sous le controle d'une 
carte a puce contenant toutes les donnees necessaires a la securisation des 
5 echanges de donnees. Enfin, ces acces doivent pouvoir s'effectuer a partir d'un 
navigateur du commerce et etre transparents pour un utilisateur, qui ne doit 
"voir" que la carte a puce comme unique interlocuteur, quel que soit le lieu de 
stockage de Papplication. 

Selon une premiere caracteristique du procede, la carte a puce presente au 

10 systeme hote, c'est-a-dire le terminal, un modele de terminal virtuel, par 
exemple sous la forme d'une page en langage "HTML" (pour "HyperText 
Markup Language"), ou plus generalement en langage hypertexte, ou encore 
sous la forme d'un "applet", en langage "JAVA" (marque deposee), ce qui 
permet a I'utilisateur de choisir une application particuiiere parmi celles 

15 disponibles et proposees par la carte a puce. De ce fait, le terminal se trouve 
done banalise et supporte une pluralite duplications. Le systeme hote est vu 
comme un peripherique de la carte a puce, et il met a sa disposition des 
ressources materielles, tels un ecran de visualisation, un clavier, etc. 
Pour ce faire, on prevoit une couche de logiciel de communication specifique 

20 dans la carte a puce et son pendant dans le terminal. Le terme "specifique" doit 
etre entendu comme specifique au procede de Tinvention. En effet, ces 
couches de communications, dites specifiques, sont banalisees quelle que soit 
('application consideree. Elles n'interviennent que dans le processus d'echange 
de donnees bidirectionnel entre la carte a puce et le terminal, d'une part, et la 

25 carte a puce et le reseau. 

Les couches logicielles de communication specifiques comprennent 
notamment des composants logiciels, dits "agents intelligents", permettant en 
particulier des conversions de protocoles. II existe des agents intelligents 
appareilles dans les couches de communication specifiques respectives 

30 associees au terminal et a la carte a puce. Selon le procede de Tinvention, il 
s'etablit des sessions entre agents intelligents appareilles. 
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Selon une deuxieme caracteristique, le procede de invention rend possible 
I'activation duplications de type conventionnel, c'est-a-dire du type "CGA" 
precite, localisees dans une carte a puce, sans devoir les modifier en quoi que 
ce soit. 

5 Pour ce faire, on prevoit un ou plusieurs agents intelligents dits 

traducteurs de script, qui regoivent des requetes d'un navigateur et les 
traduisent en ordres "APDU" comprehensibles par I'application de type "CGA". 
Cette caracteristique technique permet d'implanter dans une carte a puce, dont 
Tarchitecture est conforme au procede de Pinvention, un mecanisme similaire a 

10 la fonction dite "CGI" (pour "Common Gateway Interface") implantee dans les 
serveurs "WEB" classique. 

Enfin, selon une autre caracteristique du procede de Pinvention, en 
mettant en oeuvre les fonctions et mecanismes precites, celui-ci permet 
d'acceder a des ressources informatiques reparties sur un reseau de 

15 transmission de donnees auquel est connecte le terminal, notamment le reseau 
Internet ou un reseau de type equivalent (intranet, extranet), sans que 
Putilisateur ait a se soucier de leurs emplacements. Dans ce qui suit, comme il 
a ete indique, ces ressources seront appelees "objets virtuels", statiques ou 
dynamiques. 

20 Pour ce faire, il est mis en oeuvre un agent intelligent traducteur de 

script dedie a cette tache, cooperant avec les autres agents intelligents 
presents dans le terminal et/ou la carte a puce. Cet agent permet de definir les 
objets virtuels auxquels la carte a puce peut acceder, et de ce fait egalement 
Putilisateur (ou porteur de la carte a puce), d'une part, et fournit au navigateur 

25 interrogates, via la carte a puce, des methodes permettant d*acceder a ces 
objets virtuels d'autre part. 

Uinvention concerne done un systeme embarque, equipe d*une puce 
comprenant des moyens de traitement d'information et des moyens de 
memorisation d'information, et destine a cooperer avec un reseau au travers 
30 d'un terminal, caracterise en ce que : 
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-il stocke au moins un fichier d'objet contenant des informations 
associees a un objet situe sur le reseau et permettant de realiser une 
instance de cet objet ; 

-il comprend des moyens d'interface de reseau, agences pour cooperer 
5 avec des moyens d'interface de reseau apparies, situes dans le terminal, de 
fa?on que le systeme embarque constitue un serveur d'information sur ie 
reseau ; et 

-il comprend des moyens d'interface de fichier d'objet, agences pour etablir une 
correspondance entre des informations transitant par les moyens d'interface de 
10 reseau et affectees a au moins led it fichier d'objet, et des informations 
echangees avec ledit fichier d'objet. 

Avantageusement, le fichier d'objet comprend une piece de logiciel autonome 
executable sur un logiciel de navigation. Avantageusement, cette piece de 
logiciel autonome est capable de mettre en oeuvre un systeme de gestion de 
15 fichier d'objet du systeme embarque. 

Avantageusement, ledit fichier d'objet comprend une description d'actions a 
realiser pour instancier un objet. Avantageusement, les actions comprennent 
des actions realisees a I'interieur du systeme embarque et consistant en des 
sessions entre agents du systeme embarque. 

20 Avantageusement, les actions comprennent des actions realisees a I'exterieur 
du systeme embarque et consistant en des sessions avec des agents du 
terminal en vue d'obtenir des informations a partir de serveurs d'information du 
reseau. 

Avantageusement, lesdits moyens d'interface de reseau sont agences pour 
25 cooperer avec les moyens d'interface de reseau apparies, situes dans le 
terminal, de fa$on que le systeme embarque se comporte comme un client 
capable de se connecter a au moins un serveur du reseau. 
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L'invention concerne aussi un procede pour instancier un objet situe sur un 
reseau, et utilisant le systeme embarque precite, caracterise en ce qu'il permet 
de decrire un ensemble de sessions entre agents par un fichier d'objet, au 
moyen d'au moins les etapes suivantes : 

5 -etablir une liste des agents mis en oeuvre ; 

-pour chaque agent, definir des arguments d'appel, necessaires a i'agent. 

Avantageusement, un argument d'appel decrit I'ouverture d'une session avec 
un autre agent. 

Avantageusement, un agent modifie la liste des arguments utilises par un autre 
10 agent. 

En variante, le procede est caracterise en ce qu'il met en oeuvre des sessions 
entre agents decrites par un fichier d'objet execute depuis le serveur 
d'information du systeme embarque au moyen d'au moins les etapes 
suivantes : 

is -identification d'un fichier d'objet ; 

-execution de ce fichier d'objet. 

Avantageusement, I'identification est effectuee par un nom de repertoire 
particulier. 

Avantageusement, I'identification est effectuee par un attribut de fichier 
20 particulier. 

Avantageusement, I'identification est effectuee par une convention de 
nommage particuliere. 

Avantageusement, I'execution est effectuee par instanciation du premier agent 
associe au fichier objet. 
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Avantageusernent, Texecution est effectuee par instanciation (fun ou plusieurs 
agents references par le fichier objet. 

En variante, le procede est caracterise en ce qu'il met en oeuvre des sessions 
entre agents decrites par un fichier d'objet execute depuis un logiciel de 
5 navigation au moyen d'au moins les etapes suivantes : 

-chargement par !e logiciel de navigation d'un fichier d'objet et d'un logiciel 
specifique capable de le mettre en ceuvre ; 

-execution du logiciel specifique par le logiciel de navigation. 

Avantageusernent, la realisation du logiciel specifique est effectuee au moyen 
10 de tout langage interprets, executable par le logiciel de navigation. 

Avantageusernent, Tinterpreteur de fichier objet est realise sur un logiciel de 
navigation. 

En variante, le procede est caracterise en ce qu'il permet au systeme 
embarque de rendre possible la mise en oeuvre de sessions entre agents 
15 decrites par un fichier d'objet execute depuis un logiciel de navigation, et en ce 
qu'il comprend I'etape consistant a identifier, au moyen d'un identificateur 
universel de ressource, un logiciel specifique agence pour mettre en oeuvre le 
logiciel de navigation. 

Avantageusernent, Tidentificateur universel de ressource est integre a un 
20 document hyper-texte. 

Avantageusernent, led it document hyper-texte est contenu dans le systeme 
embarque. 

Avantageusernent, ledit document hyper-texte est contenu sur un serveur 
d'information du reseau, distant du systeme embarque. 
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Avantageusement, led it logiciel specifique est charge par une methode 
disponible sur le logiciel de navigation et deduite de I'identificateur universel de 
ressource. 

Uinvention concerne aussi un systeme embarque, equipe d'une puce 

5 comprenant des moyens de traitement deformation et des moyens de 
memorisation d'information, et destine a cooperer avec un reseau au travers 
d'un terminal, caracterise en ce qu'il comprend des moyens d'interface de 
reseau, agences pour cooperer avec des moyens d'interface de reseau 
apparies, situes dans le terminal, de fagon que le systeme embarque constitue 

10 un serveur d'information sur le reseau et/ou se comporte comme un client 
capable de se connecter a au moins un serveur du reseau. Uinvention 
concerne aussi un terminal destine a cooperer avec un reseau et comprenant 
des moyens de traitement d'information, des moyens de memorisation 
d'information, et des moyens de cooperation avec un systeme embarque, 

15 equipe d'une puce comprenant des moyens de traitement d'information et des 
moyens de memorisation d'information, caracterise en ce qu'il comprend des 
moyens d'interface de reseau, agences pour cooperer avec des moyens 
d'interface de reseau apparies, situes dans le systeme embarque de fagon que 
ie systeme embarque constitue un serveur d'information sur le reseau et/ou se 

20 comporte comme un client capable de se connecter a au moins un serveur du 
reseau. Avantageusement, le terminal acquiert dynamiquement lesdits moyens 
d'interface de reseau par un mecanisme de chargement de logiciel depuis le 
reseau. II peut s'agir notamment d'un mecanisme de « plug-in », selon la 
terminologie anglo-saxonne. Si le terminal ne connaTt pas I'extension du fichier 

25 contenant ledit logiciel, il va chercher sur un serveur le logiciel associe a cette 
extension, appele usuellement « helper » selon la terminologie anglo-saxonne. 
Avantageusement, lesdits moyens d'interface de reseau apparies constituent, 
dans le terminal et dans le systeme embarque, une pile comprenant une ou 
plusieurs couches de communication telles qu'elles permettent au systeme 

30 embarque de partager tout ou partie des couches de communication du 
terminal. Par ailleurs, le terminal dispose avantageusement de points d'acces 
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sur ses couches de communication, qui lui permettent de deriver un flux 
d'information depuis ou vers une ou plusieurs de ces couches. Ces points 
d'acces correspondent aux points connus en soi sous le nom « SAP » defini 
par la norme ISO (Service Acces Point, selon la terminologie anglo-saxonne). 



L'invention conceme aussi un systeme embarque, equipe d'une puce 
comprenant des moyens de traitement d'information et des moyens de 
memorisation d'information, et destine a cooperer avec un reseau au travers 
d'un terminal, caracterise en ce qu'il comprend des moyens d'interface de 

10 reseau, agences pour cooperer avec des moyens d'interface de reseau 
apparies, situes dans le terminal, de fa$on qu'au moins une partie d'un flux 
d'information echange entre une application du terminal et le reseau traverse 
les moyens d'interface de reseau du systeme embarque, en fonction de criteres 
connus du terminal. L'invention concerne aussi un terminal destine a cooperer 

15 avec un reseau et comprenant des moyens de traitement d'information, des 
moyens de memorisation d'information, et des moyens de cooperation avec un 
systeme embarque, equipe d'une puce comprenant des moyens de traitement 
d'information et des moyens de memorisation d'information, caracterise en ce 
qu'il comprend des moyens d'interface de reseau, agences pour cooperer avec 

20 des moyens d'interface de reseau apparies, situes dans le systeme embarque 
de fa?on qu'au moins une partie d'un flux d'information echange entre une 
application du terminal et le reseau traverse les moyens d'interface de reseau 
du systeme embarque, en fonction de criteres connus du terminal. La 
derivation d'une partie du flux d'information vers le systeme embarque est 

25 avantageusement effectuee par les moyens de traitement d'information du 
terminal en fonction de criteres pre-etablis soit de maniere statique, soit de 
maniere negociee par un dialogue avec le systeme embarque ; dans ce dernier 
cas, le terminal peut par exemple demander au systeme embarque son 
adresse « IP » (s'il s'agit du reseau Internet), par des protocoles connus. 

30 Avantageusement, les criteres precites comprennent Tun des suivants : 

-I'adresse « IP » du systeme embarque, ou son adresse « ATM » dans le cas 
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d'un reseau ATM ; 

-I'adresse IP du terminal et un port « TCP » ou « UDP » particulier ; 
-tout point d'acces SAP qui referencie le systeme embarque. 

5 L'invention va maintenant etre decrite de fagon plus detaillee en se referant 

aux dessins annexes, parmi lesquels : 

les figures 1A et 1B illustrent schematiquement les architectures 

materielles et logiques, respectivement, d'un exemple de systeme d'application 

a base de carte a puce selon Tart connu ; 
10 - la figure 2 illustre schematiquement un exempie de systeme d'application 

a base de carte a puce selon l'invention, cette derniere agissant en tant que 

serveur "WEB" ; 

la figure 3 illustre de fagon simplifiee I'architecture logique d'un systeme 
dans lequel la carte a puce comprend des agents intelligents ; 
15 - la figure 4 illustre une architecture de systeme conforme a l'invention, 
dans laquelle la carte a puce comprend des agents intelligents traducteurs de 
scripts ; 

la figure 5 est un diagramme illustrant schematiquement les principales 
phase d'echanges entre un navigateur et une carte a puce presentant 

20 Parchitecture de la figure 4 ; 

la figure 6 est un diagramme illustrant schematiquement un aspect 
essentiel du precede selon 1'invention par lequel il est possible d'acceder a des 
objets virtuels repartis sur un reseau de type Internet via une carte a puce et un 
navigateur de type "WEB M ; 

25 - la figure 7 illustre schematiquement Torganisation d'un systeme de 
gestion de fichiers dit virtuel pour la mise en oeuvre de cet aspect du procede 
de Tinvention ; 

la figure 8 est un exemple d'architecture comprenant un systeme de 
gestion de fichier virtuel selon la figure 7 ; 
30 - les figures 9 a 15 sont des diagrammes illustrant schematiquement 
plusieurs mode de realisation du procede selon Tinvention. 
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Avant de decrire le procede d'activation duplications localisees dans une 
carte a puce selon I'invention et de detainer une architecture pour sa mise en 
ceuvre, il apparait tout d'abord utile de rappeler brievement les caracteristiques 
principales des protocoles de communication sur les reseaux. 
5 L'architecture des reseaux de communication est decrite par diverses couches. 
A titre d'exemple, le standard "OSI" ("Open System Interconnection"), defini par 
T "ISO", comporte sept couches qui vont des couches dites basses (par 
exemple la couche dite "physique" qui concerne le support de transmission 
physique) aux couches dites hautes (par exemple la couche dite d* 

10 "application"), en passant par des couches intermediates, notamment la 
couche dite de "transport". Une couche donnee offre ses services a la couche 
qui lui est immediatement superieure et requiert de la couche qui lui 
immediatement inferieure d'autres services, via des interfaces appropriees. Les 
couches communiquent a I'aide de primitives. Elles peuvent egalement 

15 communiquer avec des couches de meme niveau. Dans certaines 
architectures, Tune ou I'autre de ces couches peut etre inexistante. 
Dans un environnement de type Internet, les couches sont au nombre de cinq, 
et de fa$on plus precise, en allant de la couche superieure a la couche 
inferieure : la couche d'application ("http", "ftp", "e-mail", etc.), la couche de 

20 transport ('TCP"), la couche d'adressage de reseau ("IP"), la couche de liens 
de donnees ("PPP", "Slip", etc.) et la couche physique. 

Ces rappels etant effectu6s, on va maintenant decrire une architecture de 
systeme d'application a base de carte a puce autorisant celle-ci a agir comme 
un serveur "WEB". Un exemple d'une telle architecture est represente 

25 schematiquement sur la figure 2. Les elements communs aux figures 1A et 1B 
portent les memes references et ne seront re-decrits qu'en tant que de besoin. 
Pour simplifier le dessin, on n'a pas represente les divers peripheriques 
connectes au terminal (figure 1 A : ecran 5 et clavier 6, par exemple). 
A Texception de couches logicielles de protocole de communication 

30 specifiques, referencees 13 et 23a, respectivement implantees dans le terminal 
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1 et la carte a puce 2a, les autres elements, materiels ou logiciels, sont 
communs a Tart connu. 

Le terminal 1 comprend cles circuits 1 1 d'acces au reseau Rl, constitues par 
exemple cTun modem pour le reseau Internet ou d'une carte reseau pour un 

5 reseau local. Ces circuits regroupent les couches logicielles inferieures Ci et 
C2, correspondant aux couches "physique" et de "lien de donnees". 
On a egalement represents les couches superieures C3 et C4. correspondant 
aux couches "d'adressage de reseau" ("IP", dans le cas d'lnternet) et de 
"transport" ('TCP"). La couche superieure duplication ("http", "ftp", "e-mail", 

10 etc.) n'a pas ete representee. 

L'interface entre les couches inferieures, C1 et C2, et les couches superieures, 
C3 et C4, est constitute par une couche logicieile generalement appelee 
"driver couches basses". Les couches superieures, C3 et C4, s'appuient sur 
cette interface et sont mises en ceuvre par I'intermediaire de bibliotheques de 

15 fonctions specifiques ou bibliotheques reseau 14, avec lesquelles elles 
correspondent. Dans le cas du reseau Internet, 'TCP/IP" est mis en oeuvre au 
moyen de bibliotheques dites de "sockets". 

Cette organisation permet a un navigateur 10 (figure 1 A) de poser des 
requetes vers un serveur 4 (figure 1A), pour la consultation de pages "WEB" 

20 (protocole "HTTP"), pour le transfert de fichiers (protocole "FTP") ou renvoi de 
courrier electronique (protocole "e-mail"), ce de fa?on tout a fait classique. 
Le terminal 1 comprend egalement un lecteur de carte 3, integre ou non. Pour 
communiquer avec la carte a puce 2a, le lecteur de carte englobe egalement 
deux couches basses, CC1 (couche physique) et CC2 (couche de lien de 

25 donnees), jouant un role similaire aux couches C1 et C2. Les interfaces 
logicielles avec les couches CC1 et CC2 sont decrites, par exemple, par la 
specification "PC/SC" ("part 6, service provider"). Les couches elles-memes, 
CC1 et CC2, sont notamment decrites par les normes ISO 7816-1 a 7816-4, 
comme il a ete rappele. 
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Une couche logicielle supplementaire 16 forme interface entre les couches 
applicatives (non representees) et les couches inferieures, CCi et CC2- La 
fonction principale devolue a cette couche est une fonction de 
multiplexage/demultiplexage. 
5 Les communications avec la carte a puce 2a s'effectuent selon un paradigme 
similaire a celui utilise pour la manipulation de fichiers dans un systeme 
d'exploitation du type "UNIX" (marque deposee) : OUVRIR ("OPEN"), LIRE 
("READ"), ECRIRE ('WRITE"), FERMER ("CLOSE"), etc. 
Du cote de la carte a puce 2a, on retrouve une organisation similaire, a savoir 
10 la presence de deux couches basses, referencees CCai (couche physique) et 
CCa2 (couche de lien de donnees), ainsi qu'une couche d'interface 26a, tout a 
fait similaire a la couche 16. 

Selon une premiere caracteristique, on prevoit, de part et d'autre, c'est-a-dire 
dans le terminal 1 et dans la carte a puce 2a, deux couches de protocoles 

15 specifiques : 1 3 et 23a, respectivement. 

Dans le terminal 1, la couche specifique 13 s'interface aux "drivers couches 
basses" 15, aux bibliotheques 14 des couches reseau, C3 et C4, et aux 
couches protocolaires du lecteur de carte 3, c'est-a-dire les couches 
inferieures, CC1 et CC2, via la couche de multiplexage 16. La couche 

20 specifique 13 permet le transfer! des paquets reseaux de et vers la carte a 
puce 2a. En outre, elte adapte les applications existantes telles le navigateur 
Internet 10 (figure 2), le courrier electronique, etc., pour des utilisations mettant 
en oeuvre la carte a puce 2a. 

Du cote de la carte a puce 2a, on retrouve une organisation tout & fait similaire 
25 constitute par une instance supplementaire de la couche specifique, 
referencee 23a, pendant de la couche 13. 

De fa?on plus precise, les couches specifiques, 13 et 23a, sont subdivisees en 
trois elements logiciels principaux : 

- un module, 130 ou 230a, de transfert de blocs d'informations entre les 
30 couches 13 et 23a, via les couches conventionnelles CC-|, CC2, CCai et CCa2 
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- une ou plusieurs pieces de logiciel, dites "agents intelligents", 132 ou 
232a, qui realisent, par exemple, des fonctions de conversion de protocoles ; 

- et un module de gestion de la configuration specifique, 131 et 231a, 
respectivement ; module qui peut etre assimile a un agent intelligent particulier. 

5 On retrouve done, dans le terminal 1 et la carte a puce 2a, une pile 

protocolaire de communication entre les deux entites. 

Les couches de niveau deux (couches de lien de donnees), CC2 et CCa2, 
assurent Pechange entre la carte a puce 2a et le terminal 1 . Ces couches sont 
responsables de la detection et Peventuelle correction d'erreurs de 
10 transmission. Differents protocoles sont utilisables, et a titre d'exemples non 
exhaustifs les suivants : 

- la recommandation ETSI GSM 11.11 ; 

- le protocole defini par la norme ISO 7816-3, en mode caractere T=0 ; 

- le protocole defini par ia norme ISO 7816-3, en mode bloc T=1 ; 

15 - ou le protocole defini par ia norme ISO 3309, en mode trame "HDLC" 

(pour "High-Level Data Link Control procedure" ou procedure de commande de 
liaison a haut niveau). 

Dans le cadre de ('invention, on utilisera de preference le protocole ISO 7816- 
3, en mode bloc. 

20 De fagon connue en soi, a chaque couche de protocole, il est associe un 
certain nombre de primitives qui permettent les echanges de donnees entre 
couches de meme niveau et d f une couche a Pautre. A titre d'exemple, les 
primitives associees a la couche de niveau deux sont du type "demande de 
donnees" ("Data.requesf) et "envoi de donnees" par la carte ("Data. response"), 

25 ainsi que "confirmation de donnees" ("Data.confirm"), etc. 

De fagon plus specifique, les couches 13 et 23a sont chargees du dialogue 
entre la carte a puce 2a et Phote, e'est-a-dire le terminal 1. Ces couches 
permettent Pechange d'informations entre un utilisateur (non represents) du 
terminal 1 et la carte a puce 2a, par exemple via des menus deroulants sous la 

30 forme d'hypertexte au format "HTML". Elles permettent aussi ia mise en place 
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cTune configuration adaptee pour remission et/ou la reception cle paquets de 
donnees. 

Comme il a ete indique ci-dessus, les couches comprennent trois entites 
distinctes. 

5 La premiere couche, 130 ou 230a, est essentieilement constitute par un 
multipiexeur logiciel. Elle permet I'echange d'informations entre la carte a puce 
2a et le terminal hote 1 , sous la forme d'unites de donnees de protocole. Elle 
joue un role similaire a celui d'un commutateur de paquets de donnees. Ces 
unites sont emises ou re?ues via la couche de niveau 2 (couche de liens de 

10 donnees). Ce protocole particulier de communication permet de mettre en 
communication au moins une paire d' "agents intelligents". Le premier agent de 
chaque paire, 132, est situe dans la couche 13, cote terminal 1, le second, 
232a, est situe dans la couche 23a, cote carte a puce 2a. Une liaison entre 
deux "agents intelligents" est associee a une session. Une session est un 

15 echange de donnees bidirectionnel entre ces deux agents. 

Un agent intelligent peut realiser tout ou partie de fonctions des couches de 
niveau trois et quatre, en fonction de la configuration mise en aeuvre par le 
terminal 1. 

Un agent intelligent particulier est identifie avantageusement par un nombre 
20 entier, par exemple sur 16 bits (nombre compris entre 0 et 65535). Cet 

identificateur est utilise, par exemple, dans une unite de donnee de protocole 

constituant une reference de destination et une reference de source. 
II existe deux grandes categories d'agents intelligents : les agents de type 

"serveur", qui sont identifies par une reference fixe, et les agents de type 
25 "client", qui sont identifies par une reference variable, delivree par le module de 

gestion de configuration, 131 ou 231a. 

Le processus d'ouverture d'une session est habituellement le suivant : un 
agent intelligent de type "client" ouvre la session vers un agent intelligent de 
type "serveur". Les couches 130 et 230a gerent des tables (non representees) 
30 qui contiennent la liste des agents intelligents presents, cote terminal hote 1 et 
carte a puce 2a. 



# 



# 



WO 00/56030 



PCT/FROO/00625 



20 



Les agents intelligents sont associes a des proprietes ou attributs particuliers. 
Pour fixer les idees, et a titre d'exemple non limitatif, les six proprietes 
suivantes sont associees aux agents intelligents : 
"hote" : agent localise dans le terminal ; 
5 - "carte" : agent localise dans la carte a puce ; 



10 Les agents intelligents permettent d*echanger des donnees (de I'hypertexte par 
exemple), mais egalement de declencher des transactions reseau. 
Les modules de gestion de configuration, 131 et231a, respectivement, sont 
assimilables, comme il a ete indique, a des agents intelligents particuliers. Par 
exemple, le module 131, cote terminal hotel, gere notamment des 

15 informations relatives a la configuration de ce terminal (modes de 
fonctionnement), liste des autres agents intelligents presents, etc. Le module 
231a, cote carte a puce 2a, a des fonctions analogues. Ces deux agents 
intelligents peuvent etre mis en communication Tun avec I'autre pour etablir une 
session. 

20 Selon une caracteristique, la carte a puce 2a propose au systeme hote, c'est- 
a-dire au terminal 1, un modele de terminal virtuel. Pour ce faire, la carte a 
puce 2a se comporte comme un serveur 'WEB". 

La carte a puce 2a est "adressee" par le navigateur 10. Elle lui transmet alors 
une page de type 'WEB" en langage "HTML", un "applet" ou toute autre piece 
25 de logiciel. A titre d'exemple, la page "WEB" peut se presenter sous la forme 
d'une page d'accueil donnant un choix duplications possibles et/ou 
d'hyperliens vers des serveurs exterieurs. 

De fa^on pratique, la carte a puce 2a est avantageusement "adressee" par 
utilisation d'une adresse "URL" (pour "Universal Resource Locator") d6finissant 
30 un rebouclage sur le terminal 1 lui-meme, et non un pointage sur un serveur 



ii 



local" : agent ne communiquant pas avec le reseau ; 
reseau" : agent communiquant avec le reseau ; 
client" : agent qui initialise une session ; 
'serveur" : agent qui regoit une demande de session. 
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externe. A t'rtre d'exemple, la structure de cette "URL" est habituellement la 
suivante : 



dans lequelle 127.0.0.1 est I'adresse "IP" de rebouclage et 8080 est le numero 



La figure 3 illustre de fa?on simplifiee ('architecture logique d'un systeme dont 
la carte a puce 2a comprend des agents intelligents, dont deux seulement ont 
ete representes : un agent intelligent de type non precisement defini 232a2 et 



10 couches de protocole inferieures, referencees 200a, repondant aux normes 
ISO 7816-3 (figure 2 : CCai et CCa2), le gestionnaire de commandes "APDU" 
201 ai, et le multiplexer de paquets 230a, ce dernier etant interface aux 
agents intelligents, notamment I'agent intelligent "WEB" 232ai. 
Du cote terminal, il existe deux piles, Tune communiquant avec le reseau 

15 Internet R/, Tautre avec la carte a puce 2a, La premiere pile comprend les 
organes 11 (figure 2 : Ci et C2) d'acces au reseau (normes OSI 1 et 2) et les 
couches de protocole 'TCP/IP" (figure 2 : C3 et C4), referencees 100. Ces 
dernieres couches sont interfacees avec le navigateur "WEB" 10. L'autre pile 
comprend les couches de protocole inferieures, referencees 101, repondant 

20 aux normes ISO 7816-3 (figure 2 : C1 et C2)> le gestionnaire 102 d'ordres 
"APDU" et le multiplexeur de paquets 130, ce dernier etant interface avec des 
agents intelligents, dont un seul 132, est represents. Ce dernier, que Ton 
supposera de "type reseau", peut en outre communiquer, d'une part avec le 
navigateur 10, via les couches 'TCP/IP" 100, d'autre part avec le reseau 

25 Internet Rl % via ces memes couches 'TCP/IP" 100 et Torgane 11, d f acces au 
reseau Rl. 

Le gestionnaire d'ordres "APDU" 201a est egalement interface avec une ou 
plusieurs couches de niveau applications, que Ton appellera simplement 
applications. Ces applications sont, comme il a ete indique, des applications de 
30 type conventionnel, que Ton a appele "cardlet". 



http://127.0.0.1:8080 



(1), 



5 de port. 



un agent intelligent 232ai, de type dit 'WEB". La pile logique comprend, les 
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En resume, la fonction "serveur WEB", fournie par la carte a puce 2a, peut etre 
realisee par I'association de I'agent intelligent "WEB" 232ai dans la carte a 
puce et de I'agent reseau 1 32 dans le terminal 1 . 

La carte a puce 2a presente done bien la fonctionnalite serveur "WEB". En 
5 outre, selon une caracteristique du procede de I'invention, n'importe quelle 
application conventionnelle, A^ a A n , du type "CGA" precite, peut etre activee 
au travers de ce serveur "WEB", soit par le navigateur "WEB" 10 present dans 
le terminal 1 , soit par un navigateur eloigne, localise en un point quelconque du 
reseau Internet Rl. Selon le procede de I'invention, les applications, >A1 a A n , 
10 ne necessitent pas d'etre re-ecrites et sont mises en oeuvre telles quelles. 

Selon une autre caracteristique de I'invention, ces applications restent 
accessibles a un terminal de type conventionnel, e'est-a-dire conforme a Tart 
connu. 

Pour repondre a ces exigences, la fonction serveur "WEB", offerte par la carte 
15 a puce 2a, inclut un mecanisme similaire a la fonction dite "CGI" (pour 
"Common Gateway Interface") implantee dans les serveurs "WEB" classiques. 
Avant de decrire un exemple d'architecture conforme a I'invention, permettant 
de realiser une fonction de ce type, au sein meme de la carte a puce, il est utile 
de rappeler les principales caracteristiques d'un mode de fonctionnement 
20 "CGI". 

Le "CGI" est une specification de mise en oeuvre, depuis un serveur "WEB", 
d'applications ecrites pour les systemes d'exploitation "UNIX" (marque 
deposee), "DOS", ou "WINDOWS" (marque deposee). A titre d'exemple, pour 
le systeme d'exploitation "UNIX", la specification est "CGI 1.1" et pour le 
25 systeme d'exploitation "WINDOWS 95", la specification est "CGI 1 .3". 
Toujours a titre d'exemple, une requete "HTTP" du type : 

•'http://www.host.com/cgi-bin/xxx.cgi" (2), 
dans laquelle "host" se refere a un systeme hote (generalement eloigne), est 
interpretee par un serveur "WEB" comme I'execution d'un script de commande, 
30 de type "CGI" nomme "xxx" et present dans le repertoire "cgi-bin" de ce 
systeme hote. Bien que le nom du repertoire puisse etre a priori quelconque, 
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par convention, c'est le nom donne au repertoire stockant les scripts de type 
"CGI". Un script est une suite destructions du systeme d'exploitation du 
systeme hote dont le resultat final est transmis au navigateur "WEB" emetteur 
de la requete precitee. Differents langages peuvent etre utilises pour ecrire ce 
5 script, par exemple le langage "PERL" (marque deposee). 

De fa?on pratique, la requete est habituellement affichee sur un ecran 
informatique sous la forme d'un formulaire compris dans une page "HTML". Le 
langage "HTML" permet de traduire un formulaire en une adresse "URL". Le 
formulaire comporte un ou plusieurs champs, obligatoires ou non, qui sont 

10 remplis par un utilisateur a I'aide des moyens de saisie habituels : clavier pour 
le texte, souris pour les cases a cocher ou les boutons dits "radio", etc. Le 
contenu du formulaire (ainsi qu'eventuellement des informations et instructions 
dites "cachees") est emis a destination du serveur "WEB". Le code "HTML" de 
la page decrit la structure materielle du formulaire (cadre, graphisme, couleur, 

15 et tout autre attribut), ainsi que la structure des champs de donnees a saisir 
(nom, longueur, type de donnees, etc.). 

La transmission peut s'effectuer selon deux types de formats principaux. Un 
premier format utilise la methode dite "POST" et un second la methode dite 
"GET 1 . Une information de type de format est presente dans le code de la page 
20 formulaire. 

Ce mecanisme n'est cependant pas directement transposable a une carte a 
puce, meme si celle-ci offre la fonctionnalite serveur 'WEB" conformement a 
Tune des caract6ristiques de Tinvention. 

On va maintenant decrire un exemple d^rchitecture permettant d'activer une 
25 application quelconque, de type conventionnel, via un serveur "WEB" sur la 
carte a puce 2a, par reference a la figure 4. 

Lors d ! une premiere etape, un utilisateur (non represente) invoque depuis son 
navigateur "WEB" (figure 3:10) une "URL" qui peut se presenter de la fa?on 
suivante : 

30 "http://@carte:8080/xxx.html" (3), 
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dans laquelle "@carte" est une adresse IP de la carte a puce (par exemple 
I'adresse de rebouclage "127.0.01" precedemment decrite : voir formule (1)), et 
"xxx.html" est une page en langage "HTML" relative a une application 
particuliere "xxx" offerte par la carte a puce. 

5 Lors d'une deuxieme etape, de la maniere decrite precedemment, la carte a 
puce renvoie une page "HTML", par exemple de type formulaire. 
Lors d'une troisieme etape I'utilisateur renseigne les champs du formulaire et 
en transmet le contenu a la carte a puce, habituellement en cliquant sur un 
champ particulier, de type "bouton poussoir". 

10 Les donnees sont alors emises et recues par I'agent reseau 132. Les donnees 
traversent alors le multiplexeur de paquets 130 (qui constitue I'un des 
composants de la couche specifique 13, cote terminal 1), le gestionnaire 
d'ordres "APDU" 102, les couches protocolaires 101, pour etre transmises a la 
carte a puce 2a. Elles traversent ensuite les couches protocolaires 200a, le 

15 gestionnaire d'ordres "APDU" 201a, le multiplexeur de paquets 230a pour etre 
recues par I'agent "WEB" 232ai . II s'etablit done une session logique entre les 
deux agents intelligents, comme explicite precedemment. 
II convient de remarquer que les donnees adressees a I'agent "WEB" 232ai 
sont transportees, de facon conventionnelle en soi, sous formes d'ordres 

20 "APDU" destines a I'application particuliere "Multiplexeur de paquets". Le 
gestionnaire d'ordres "APDU" 201a selectionne cette application de maniere 
tout a fait similaire aux autres applications de type "CGA" presentes dans la 
carte a puce 2a, referencees A<\ a A n . En d'autres termes, le multiplexeur de 
paquets 230a est vu par le gestionnaire d'ordres "APDU" 201a comme une 

25 application "CGA" ordinaire. 

La requete "HTTP" est analysee par I'agent "WEB" 232ai qui detecte une 
reference a un repertoire particulier, que Ton appellera ci-apres par convention 
"cgi-smart", d'une part, et a une application particuliere, par exemple "xxx" dans 
le cas de I'exemple decrit, d'autre part. Le chemin complet est done, en 

30 I'occurrence "cgi-smart/xxx". 
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Selon une caracteristique du procede de I'invention, I'entite ci-dessus designe 
un script particulier associe a une application egalement particuliere "xxx". 
Lors d'une quatrieme etape, le script est interprets par un agent intelligent dit 
"Agent traducteur de script", que Ton appellera "ATS" ci-apres. Cette traduction 
5 peut etre realisee de differentes manieres : 

a/ par I'agent "WEB" 232ai lui-meme, qui est dote dans ce cas d'une double 
capacite ; 

b/ par un agent traducteur de script unique capable de traduire Tensemble 
des scripts presents dans la carte a puce 2a ; 
10 c/ par un agent de script dedie que Ton appellera "ATSD" ci-apres (un par 
script) ; ou 

d/ par un agent "APDU" 2010a du gestionnaire d'ordres "APDU" 201a, qui 
est dote, dans ce cas, d'une double capacite. 

L'agent "APDU" 2010a est une composante de la couche gestionnaire d'ordres 
15 "APDU" 201a. Cette derniere, comme il a ete indique, est une couche capable 
de centraliser tous les ordres "APDU" emis et/ou regus par le systeme, de 
selectionner des applications, parmi A-\ a A n , mais egalement d'offrir une 
interface de type agent intelligent. Elle est done capable, selon Tune des 
caracteristiques du procede, de communiquer avec tous les agents intelligents 
20 du systeme (via des sessions), que ces agents soient localises dans le terminal 
1 ou la carte a puce 2a. 

Dans le cas c/ ci-dessus, une session est ouverte entre I'agent "WEB" 232ai 
et Tun des agents "ATSD". 

La figure 4 illustre un exemple d'architecture pour laquelle les agents 
25 traducteurs sont du type "ATSD". lis sont references ATS1 & ATSn et associes 

aux applications >Ai a A n - [-'application selectionnee etant supposee etre 

Tapplication A h la session s'etablit entre I'agent "WEB" 232ai et I'agent ATS\. 
Un agent traducteur de script genere une suite d'ordres "APDU". Une session 

est ouverte entre I'agent traducteur, par exemple I'agent ATSj, et I'agent 
30 "APDU" 2010a. Les ordres sont alors emis vers I'agent "APDU" 2010a. Le 
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gestionnaire cTordres "APDU" 201a selectionne ('application H CGA" Aj (par 
exemple Tapplication "PME") et lui transmet les ordres "APDU", ordres traduits 
et done conventionnels, qu'elle est en mesure de comprendre. Cette application 
est done correctement activee, sans avoir a la modifier ou a la reecrire. 

5 Les reponses de Tapplication "CGA" Aj sont transmises au gestionnaire 
d'ordres "APDU" 201a, a I'agent "APDU" 2010a, puis de nouveau a I'agent 
ATSj (et de fa?on plus generate a I'agent traducteur de script). 
En fonction de la reussite ou de I'echec du deroulement du script, I'agent 
traducteur de script par exemple I'agent ATSj dans I'exemple de la figure 4, 

10 elabore une page en langage "HTML" et la transmet via les differentes couches 
empruntees par la requete initiate, mais en sens inverse, ce pour etre 
presentee sur I'ecran de visualisation 5 (figure 1A). 

Les differents cheminements sont representes symboliquement sur la figure 4 
par des traits pleins reliant les blocs fonctionnels ou en pointilles a I'interieur de 
15 ces blocs. 

La figure 5 resume de fagon schematique les principales etapes du processus 
qui vient d'etre decrit : 

a/ transmission via le reseau internet Rl (ou a partir du terminal local : dans 
les deux cas a Taide d'un navigateur conventionnel 10) d'une requete "HTTP", 
20 referencee RQ ; 

b/ reponse du serveur "WEB" de la carte a puce 2a, sous la forme d'un 
formulaire, reference FO ; 

c/ transmission du formulaire rempli, sous la forme d'une nouvelle requete 
RQ;et 

25 d/ reponse sous la forme d'une page "HTML", referencee PR. 

La reponse pourrait d^illeurs consister en la transmission d'un fichier, ou d'une 
piece de logiciel ou "Applet". 

En mettant en ceuvre les mecanismes et fonctions qui viennent d'etre decrits, 
notamment la fonction serveur "WEB" et le recours a des agents intelligents 
30 traducteurs de scripts, selon une caracteristique essentielle, le procede selon 
I'invention va permettre de definir un environnement virtuel, avantageusement 
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securise par la carte a puce. Dans un mode de realisation prefere, cet 
environnement est compatible avec les applications de type dit multimedia. 
Cette derniere caracteristique est particuiierement avantageuse car les 
navigateurs "WEB" recents, mais de type tout a fait classique en soi, 

5 permettent, par nature, de construire des environnements multimedias (images 
animees, sons, etc.). Us sont en effet associes a des outils logiciels, integres ou 
non, permettant de manipuler des fichiers multimedia (visionneuse, etc.). En 
tout etat de cause, les navigateurs permettent de telecharger des fichiers de 
donnees multimedias, habituellement volumineux et de les stocker sur un 

10 disque dur, par exemple dans le terminal, ou sur un organe de stockage de 
masse similaire. On a notamment propose des technologies permettant 
I'affichage en temps reel ou quasi-reel de sequences videos ou la reproduction 
de son, a partir de sites "WEB" du reseau Internet. 

Cependant, une carte a puce, comme il a ete rappeie, ne presente qu'une 
15 faible capacite de memoire. En outre, elle n'autorise qu'un tres faible debit de 
donnees lors des echanges. II n'est done pas possible d'enregistrer un grand 
nombre de fichiers de donnees dans celle-ci. II n f est pas non plus 
envisageable, de fagon pratique, de stocker des fichiers multimedias, a 
['exception de tres courtes sequences ou de sequences sonores codees sous 
20 un format particulier, tel que le codage "MIDI". 

En dehors de ces limitations d'ordre technologique, il est aussi souhaitable de 
pouvoir avoir acces a des applications eloignees, tout en beneficiant d'une 
securisation de haut niveau, que seule la mise en oeuvre d'une carte a puce est 
apte a offrir. 

25 Le procede selon Tinvention permet ce mode de fonctionnement. 
L'environnement virtuel multimedia securise par carte a puce, selon un mode 
de realisation prefere, permet de : 

definir des objets virtuels auxquels la carte a puce peut acceder ; 
fournir des methodes d'acces a ces objets. 
30 La figure 6 illustre schematiquement cet aspect essentiel du procede selon 
Tinvention. 
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Un utiiisateur Uj interroge la carte a puce 2a grace au navigateur "WEB" 10 
compris dans le terminal 1 . Selon un mecanisme qui va etre precise ci-apres, 
grace notamment a la fonction "serveur WEB" precedemment decrite, la carte a 
puce 2a va renvoyer au navigateur une liste d'objets dits virtuels Obvj, i etant 

5 un indice arbitraire, auquel il a acces, c'est-a-dire de fa?on pratique pour 
lesquels la carte a puce 2a ou I'utilisateur Uj possede des droits d'acces. En 
effet, ces droits d'acces peuvent etre lies strictement a la carte a puce 2a et 
immuables. lis peuvent egalement etre lies a un profil utiiisateur, I'utilisateur Uj 
fournissant, par exemple, des donnees d'identification et un mot de passe. La 

10 carte a puce 2a effectue une verification par comparaison avec des donnees 
d'une base de donnees de securite enregistrees dans une memoire fixe et, si le 
resultat de la comparaison est positif, fournit une liste d'objets virtuels Obvj 
associee au couple : "donnees d'identification - mot de passe". De fa?on 
connue en soi, cette premiere phase peut mettre en ceuvre un procede de 

15 chiffrage des donnees echangees entre le terminal et la carte a puce 2a ou 
mettre en ceuvre un protocole de transmission securise "HTTPS". La carte a 
puce 2a va egalement fournir une liste de methodes d'acces aux objets virtuels 
Obvj. 

Les objets virtuels Obvj, qui sont de type statique ou dynamique comme 
20 indique precedemment, peuvent etre localises indifferemment dans la carte a 
puce 2a, ou dans le terminal 1 , ou, de fagon plus generate, dans un systeme 
quelconque connecte au reseau Internet RL Selon une caracteristique de 
Tinvention, cet emplacement est "transparent" pour le navigateur 10, et done 
pour Tutilisateur Uj, comme il va Tetre montre. 
25 Le procede selon ('invention fait appel notamment a ce qui va etre appele ci- 
apres un systeme de gestion de fichier virtue!, ou "SGFV", et un agent 
intelligent traducteur de script specialise, que Ton appellera "ATSDA/SGVF", 
dedie a cette tache. Cet agent intelligent foumit la liste des objets virtuels Obvj 
auxquels la carte a puce 2a peut acceder. Une adresse "URL" particuliere est 
30 associee a chaque objet virtuel Obvj. L'invocation de cette "URL" depuis le 
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navigateur "WEB" 10 permet cTinstancier I'objet virtuel Obvj % au moyen d'une 
methode d'appel determinee, specifique ou non a cet objet. 
On va tout d'abord rappeler brievement les principaies caracteristiques d'un 
systeme de gestion de fichiers classique, appeie ci-apres "SGF". Un tel 

5 systeme est utilise pour stocker de rinformation sur un support tel qu'un disque 
dur. L'information est memorisee sous la forme d'un fichier. Un fichier, que ce 
soit des donnees pures ou des instructions de programme, est compose 
classiquement d'une suite de blocs de taille fixe. Un mecanisme bien connu 
permet d'obtenir la liste des blocs de memoire qui constitue le fichier et leurs 

10 adresses dans la memoire. 

Un repertoire est un fichier particuiier dont le contenu est une liste de 
descripteurs de fichier. Un tei descripteur comprend par exemple les elements 
suivants : 

le nom du fichier ; 

15 - la longueur du fichier ; 
la date de creation ; 

une reference permettant de retrouver la liste des blocs du fichier (numero 
du premier bloc, tableau des numeros de blocs, etc.) ; et 

et des attributs qui specifient des proprietes particulieres du fichier 
20 (repertoire, lecture, ecriture, execution, etc.). 

Le premier repertoire est habituellement appeie repertoire racine. Un repertoire 
qui n'est pas racine est dit sous-repertoire. Le repertoire qui contient le 
descripteur d'un fichier donne est son repertoire pere. L'adresse d'un fichier 
dans le "SGF" est done une succession de noms de repertoires, depuis le 
25 repertoire racine jusqu'au repertoire pere du fichier t ce qui definit un chemin. A 
titre d'exemple, un tel chemin se presente comme suit : 

7racine/repertoire1/repertoire2/nom_du_fichier n (4), 
les chiffres 1 et 2 etant arbitrages, "racine" etant le nom du repertoire racine et 
,, nom_de_fichier M un nom quelconque de fichier. 
30 Pour une carte £ puce, la norme ISO 7816-4 definit le repertoire racine dit "MF" 
(pour "Master File" ou fichier maTtre), des sous-repertoires dits "DF" (pour 
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"Dedicated Files" ou fichiers dedies) et des fichiers elementaires dits "EF" (pour 
"Elementary Files). 

Dans le cadre de invention, le systeme de gestion de fichiers "SGFV, que Ton 
appellera virtuel, permet de definir des objets virtuels Obvj auxquels ia carte a 

5 puce 2a peut avoir acces. Selon le procede de rinvention, un objet virtue! Obvj 
est associe a un fichier elementaire virtuel. Le contenu d'un fichier elementaire 
virtuel est constitue par I'ensemble des informations qui permettent d'acceder a 
Tobjet virtuel associe Obvjet d'en obtenir une instance dans le terminal 1. 
De fa?on pratique, comme illustre schematiquement par la figure 7, le systeme 

10 "SGFV" peut constituer un sous-ensemble d'un systeme "SGF" classique, et, 
de fa?on plus precise, un "SGFV 1 est loge a Tinterieur d'un fichier elementaire, 
tel que definit par la norme ISO 7816-4 precitee. 

Un descripteur de fichier comportera generalement les elements suivants : 



15 - la longueur du fichier ; 
la date de creation ; 

une reference (avantageusement un nombre entier) qui permet de 
retrouver la liste des blocs du fichier (numero du premier bloc, tableau de 
numeros de blocs, etc.) : un fichier virtuel est identifie par son nom ou cette 
20 reference unique ; et 

des attributs du fichier qui specifient les references particulieres du fichier 
: repertoire ou fichier elementaire, virtuel ou non virtuel, direct ou indirect. 

On appelle "objet virtuel direct", un objet qui est instancie depuis la 
carte a puce 2a. II s ! agit typiquement d f un objet virtuel Obvj statique qui peut 
25 etre manipule par le navigateur, par exemple affiche (image, etc.)- On appelle " 
objet virtuel indirect", un objet virtuel Obvj qui est instancie depuis le navigateur 
10, typiquement a Taide d'un "applet". 

La figure 8 illustre schematiquement Tarchitecture d'un systeme a carte 
a puce permettant d'instancier un objet virtuel Obvj localise a un endroit 
30 quelconque du reseau Internet R/, via le navigateur 10 et la carte a puce 2a. 



le nom du fichier ; 
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Les elements communs aux figures precedentes portent les memes references 
et ne seront re-decrits qu'en tant que de besoin. 

L'architecture illustree sur la figure 8 est tres similaire a celle de la 
figure 4. La difference essentielle est constitute par le fait que Ton a prevu un 

5 "SGFV" 8, stocke dans la carte a puce 2a, et un agent intelligent traducteur de 
script specifique "ATSDA/SGFV", reference 7. Le mode de fonctionnement est 
similaire a ceiui illustre par la figure 4 lorsque Ton desire acceder a une 
application particuliere Aj. II est done inutile de le re-decrire en detail. Dans le 
cas present Tapplication particuliere est remplacee par le systeme de gestion 

10 de fichier virtuel "SGFV 1 8. On etablit tout d'abord une session entre I'agent 
intelligent reseau 132 et I'agent intelligent "WEB" 232ai. Selon le mecanisme 
precedemment explicite, il s'etablit ensuite une session entre Pagent 
"WEB" 232ai et I'agent intelligent "ATSDA/SGFV" 7. 

De fa?on pratique, Tagent intelligent "ATSDA/SGFV" 7 est accessible 
15 par des "URL", typiquement du type : 

"http://www. host.com/cgi-smart/sgfv?" (5), 
dans lesquelles "sgfv" est une application de type "CGI" associee a Tagent 
intelligent "ATSDA/SGFV" 7. La requete ci-dessus permet de parcourir Tarbre 
des repertoires et de "montrer" leur contenu au navigateur 10, au moyen d ! une 
20 page "HTML". Les "feuilles "de Tarbre sont des fichiers elementaires, virtuels ou 
non virtuels, associes a un hyperlien. La transmission dans le sens "carte & 
puce 2a - terminal 1" est realisee de la maniere qui a ete explicitee en regard 
de la figure 4. 

En d'autres termes, Tagent intelligent "ATSDA/SGFV" 7 associe a tout element 
25 du "SGFV 1 8, repertoire ou fichier elementaire, une adresse "URL". Uadresse 

"URL" d'un repertoire designe une page "HTML" qui contient la liste de ses 

elements. Uadresse "URL" d'un fichier elementaire permet de creer une 

instance de Tobjet virtuel Obvj associe a ce fichier virtuel. 

Pour fixer les idees, si on utilise I'adresse "URL" (5) ci-dessus, on obtient une 
30 page "HTML" qui presente le contenu du repertoire racine au navigateur 10. Ce 




• 
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repertoire racine est constitue par un ensemble de sous-repertoires et de 
fichiers comme illustre schematiquement par la figure 9. Sur cette figure, on a 
represents un repertoire racine rep#0 t au niveau superieur, un fichier 
elementaire reel fe#7 et un sous-repertoire reel srep#1, au niveau 
5 immediatement inferieur, et un sous-repertoire virtuel rep#2 et un fichier 
elementaire virtuel fe#5, au niveau le plus bas, tous deux dependants du sous- 
repertoire reel srepttl , les numeros de reference etant purement arbitraires . 

Lors d'une premiere phase, Tagent intelligent "ATSDA/SGFV 7 
transmet au navigateur 10, en reponse a la requete regue, une page "HTML" 

10 (non representee) montrant, sous une forme ou une autre, la structure 
hierarchique du "SGFV" 8. La page est habituellement affichee sur un ecran de 
visualisation (figure 1A : 5), par exemple sous la forme d'un menu. Chaque 
ligne du menu est constitute d'un hyperiien decrivant un sous-repertoire ou un 
fichier elementaire. L'afRchage peut etre avantageusement sous forme 

15 graphique, associee ou non a un texte descriptif, le dessin de I'arbre de ia 
figure 9 etant affiche sur Tecran precite. On peut encore afficher des icones ou 
des formes complexes (par exemple en 3 dimensions), chacune etant associee 
a Tun des objets virtuels a instancier, et pouvant etre representative de leur 
nature (a titre d'exemple, une camera representant un fichier video), associee 

20 ou non a un texte descriptif. 

futilisateur Uj est invite a cliquer sur un hyperiien (sur un nceud ou sur 
une branche dans le cas d'un graphique). Par cette action, il va pouvoir obtenir 
une instance de Tobjet virtuel Obvj desire. 

Le systeme "SGFV" 8 est avantageusement enregistre dans une memoire de 
25 type re-programmable comprise dans la carte a puce 2a, par exemple du type 
"EEPROM" (memoire effa?able electriquement), comme illustre 
schematiquement sur la figure 10. Le "SGFV" 8 reproduit la structure de Tarbre 
de ia figure 9. 



30 obtenue lors d'une phase initiale, en cliquant sur une "URL" qui pourrait etre 
typiquement la suivante : 



Toujours dans Pexemple decrit, une fois obtenu la page de menu, 
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"http://www. host.com/cgi-smart/sgvf ?/file#5 (6), 
Putilisateur Uj obtient une instance de Pobjet virtue! Obv$ associe au fichier 

elementaire reference fe#5 sur la figure 10. De meme, il aurait pu obtenir le 
contenu d'un sous-repertoire, le parametre M file#5 ,f etant remplace par "file#x" 

5 dans (6), #x etant le numero associe au sous-repertoire. 

Les fichiers non virtuels sont enregistres dans ia carte a puce 2a et 
sont conformes au paradigme usuel qui gouverne les "SGF\ Ms contiennent 
des donnees, telles que par exemple des cles, donnees utiles a Pagent 
intelligent "ATSDA/SGFV" 7. 

10 Differentes conventions sont possibles quant a la definition des 

informations necessaires a I'instanciation d'un objet virtue! Obvj, et par exemple 

un fichier virtuel de longueur nulle herite des methodes d'acces de son 
repertoire pere ; 

15 - un repertoire virtuel est associe a un fichier elementaire virtuel dont le 
nom est impose (par exemple "virtual"), et qui contient les methodes d f acces de 
ce repertoire. 

En effet, outre la liste des objets virtuels accessibles Obvj, un agent 
intelligent "ATSDA/SGFV 7 doit egalement fournir une methode d f acces a un 
20 . objet virtuel donne Obvj, ce a partir de tout ou partie des informations 
contenues dans un fichier virtuel elementaire. La figure 11 illustre 
schematiquement ce processus. 

Selon le procede de Tinvention, on prevoit deux methodes d f acces, 
que Ton appellera directe et indirecte, respectivement, en fonction des attributs 
25 du fichier elementaire virtuel considere. 

La methode directe consiste en une description d'une chaTne d'agents 
intelligents mis en oeuvre dans le processus permettant d'acceder a un objet 
virtuel Obvj et d'en obtenir une instance dans le terminal. Lors de Pouverture 
d'une session, un agent intelligent donne regoit, de Pagent qui initie cette 
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session, une liste de structures cTappel qui sera denommee ci-apres "methode 
d'appel" ou encore "Method PDU" (pour "Method Protocol Data Unit"). 
Une structure d'appel comprend : 

- un identificateur de I'agent intelligent avec lequel la session est ouverte ; 

5 - des donnees, ou argument, necessaires a son utilisation. 

Le premier agent intelligent adresse par la liste precitee "consomme" 
une premiere structure d'appel qui lui est destinee. II transmet le reste de la 
liste de structure a un agent intelligent suivant, avec lequel il etablit une 
session, jusqu'a epuisement de la liste. 

10 Pour fixer les idees, un exemple des differentes etapes d'echanges 

entre l'agent intelligent "ATSDA/SGFV" 7 et deux agents intelligents en 
cascade, 2Z2a m et 232an, est illustre schematiquement par la figure 12. La 
liste de structure d'appel emise par l'agent intelligent "ATSDA/SGFV" 7 
comporte en realite deux sous-listes distinctes, reperees #1 et#2 dans leurs 

15 en-tetes, respectivement. La premiere est consommee par le premier agent 
intelligent, 232am* 'a seconde par le second agent intelligent, 232an- Un 
agent intelligent, par exemple I'agent intelligent 232am, est identifie par une 
reference, ou identificateur d'agent ("Identificateur Agent #1" ou "Identificateur 
Agent #2"). L'agent intelligent adresse, et avec lequel s'etablit une session, 

20 retient la sous-liste qui lui est destinee grace a I'en-tete ("Structure d'Appel #1 
ou "Structure d'Appel #2"). Les arguments de la sous-liste qu'il retient 
("Argument#1" ou "Argument#1") sont constitues par un ensemble de donnees 
utiles au bon fonctionnement de cet agent. A titre d'exemple, une donnee peut 
etre un nom de fichier (non virtue! ou virtuel direct). 

25 Un agent intelligent donne, par exemple l'agent intelligent 232an7, peut 

modifier le reste de la liste de structure d'appel avant de la transmettre a I'agent 
intelligent suivant, 232an- Pour ce faire, il adresse cet agent intelligent, 232a/7, 
et etablit une session avec lui. 

La methode d'appel peut etre avantageusement decrite au moyen du 

30 langage ASN.1 (« Abstract Syntax Notation 1 » de IMSO) 
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La methode d'acces directe permet en definitive d'instancier un objet 
virtuel Obvj directement depuis la carte a puce 2a. II s'agit a priori d'un objet 
statique. L'objet instancie se presente habituellement sous la forme d'une page 
"HTML" ou d'un "applet" transmis au navigateur 10. 
5 La seconde methode d'acces, ou methode d'acces indirect, est en realite 
egalement une methode d'acces direct, mais mise en oeuvre a partir du 
terminal 1, et non plus de la carte a puce 2a. Cette methode est 
essentiellement utilisee pour instancier des objets virtuels Obvj du type 
dynamique. 

10 Selon cette variante du procede, en reponse a un "URL" qui designe un fichier 
elementaire virtuel fe#x, I'agent intelligent "ATSDA/SGFV" 7 transmet au 
navigateur 10 une page "HTML" qui comporte un hyperlien pointant sur la 
methode d'acces directe associee a l'objet virtuel Obvj 
Deux variantes peuvent etre mises en ceuvre. 

15 La premiere variante consiste a utiliser un "applet". Le lien sur la methode 
d'acces est alors un "applet" localise a I'adresse "@carfe", qui peut elle-meme 
etre designee par : 

le nom (c'est-a-dire une "URL") d'un fichier non virtuel, enregistre sur la 
carte a puce 2a ; 

20 - une "URL" qui d6signe un fichier virtuel direct. 

Un parametre d'appel de cet "applet" est une liste de structure d'appel, par 
exemple cod6e en ASN.1 comme indique ci-dessus. L* "applet" contenu dans 
une page "HTLM" est telecharge, depuis la carte a puce 2a ou le reseau 
Internet Rl, vers le navigateur 10, puis execute par celui-ci de fagon obligatoire 

25 (forgage). Cet "applet" etablit une session avec un premier agent intelligent, 
arbitrairement reference 232ap. La connexion a cet agent intelligent 232ap 
utilise, par exemple, un modele d'echange de donnees du type client-serveur 
'TCP/IP" (c'est-a-dire la classe dite "socket JAVA"). L' "applet" se comporte 
comme un client 'TCP/IP" et se connecte a un serveur 'TCP/IP" (ce dernier 

30 etant egalement un agent intelligent) identifie par Tadresse de la carte et un 
port : "@carte : port". 
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La figure 13 illustre schematiquement les differentes phases des echanges 
permettant d'instancier un objet virtuel par la methode indirecte. On a repris sur 
cette figure 13 les parametres de I'exemple precedemment decrit, en 
I'occurrence, le fichier elementaire virtuel fe#5, ce qui se traduit par I'adresse 

5 "URL" de la configuration (6) ci-dessus. On a suppose que I'adresse de la carte 
a puce a utiliser est "@carte" et le port 8080. La requete est transmise a I'agent 
intelligent "ATSDA/SGFV" 7 selon le processus precedemment decrit. Celui-ci 
renvoie au navigateur 10 une page "HTML" P constitute par un "applet". Dans 
un but de simplification du dessin, les differentes instructions de cet "applet" ont 

10 ete resumees sur la figure 13 par la mention "Code applet' placee entre les 
marqueurs <applet...> et </applet>. De facon connue en soi, I* "applet" est 
associe a une classe "JAVA", que I'on a appelee arbitrairement "tv.class", pour 
"terminal virtuel". Le code comprend egalement des instructions indiquant 
I'adresse du premier agent intelligent de la structure de liste , reference 232ap, 

15 et I'adresse et le port a utiliser, en I'occurrence I'adresse "@carte" et le port 
8081. II est a noter que cet agent intelligent 232ap peut etre localise dans la 
carte a puce 2a ou dans le terminal 1 . 

La phase suivante consiste, pour le navigateur, a demander ('applet a la carte 
2a au moyen de la liste de structure d'appel, laquelle definit les parametres 
20 d'appel de I'applet. En reponse, la carte lui transmet I'applet, lequel sera charge 
par le navigateur sur sa machine virtuelle « Java », ou il sera execute. La 
phase suivante consiste, pour le navigateur, a appeler I'agent intelligent 232ap 
en utilisant la classe « socket » du langage « Java ». 

Chaque agent intelligent, par exemple 232a p , execute une tache precise : 
25 dechiffrement d'un message chiffre, verification de mots de passe et/ou de 
donnees de securite, conversion d'un fichier depuis un premier format a un 
autre, etc. Bien que I'on n'ait represents qu'un seul agent intelligent, 232ap, on 
peut prevoir, en tant que de besoin, plusieurs agents intelligents en cascade 
comme dans le cas precedent (figure 12), ce qui est illustre sur la figure 13 par 
30 les pointilles. Comme precedemment egalement chaque agent intelligent, 
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232ap, consomme une partie de la structure de liste, celle qui lui est destinee, 
et transmet le reste, inchange ou modifie, a I'agent intelligent suivant (non 
represented 

Pour mieux illustrer la premiere variante, et pour fixer les idees, on va 
5 considerer que I'utilisateur Uj desire telecharger et executer un fichier audio, 
code par exemple au format "MP3". Ce fichier constitue Tun des objets virtueis, 
ici reference FS, proposes par la page de menu "HTML" transmise par Tagent 
intelligent "ATSDA/SGFV" 7, lors de la phase initiale. La figure 14 illustre 
schematiquement la sequence d'etapes permettant d'instancier un tel objet 
10 virtuel, reference FS. On suppose que le navigateur 10 ne dispose pas d'un 
lecteur approprie pour un tel format. Ce lecteur, reference LS, va etre cherche 
sur un site Internet, qui peut etre distinct ou non du site ou se trouve le fichier 
son FS. 

Dans I'exemple decrit, la sequence d'etapes est la suivante. 
15 a/ I'utilisateur Uj clique sur un hyperlien (texte, icone ou toute autre 
representation graphique de I'objet a rechercher, c'est-a-dire le fichier FS) : une 
requete h est transmise a la carte a puce 2a ; 

b/ en reponse, Ri, une page "HTML" est transmise, par la carte a puce 2a, 
au terminal 1 et au navigateur 10 ; 
20 ol la page "HTML" re?ue force le navigateur 10 a demander un "applet" : 
interrogation 12 (dans le cas present, il s'agit d'aller chercher le lecteur de son 
approprie LS) ; 

d/ en reponse, R2, lecteur recherche LS est telecharge et installe dans le 
terminal 1 ; 

25 el le navigateur 10 adresse de nouveau la carte a puce 2a, requete /3, en 
vue d'obtenir une instance du fichier audio FS; et 

f/ en reponse, le navigateur 10 re?oit ce fichier audio FS, ce dernier pouvant 
etre lu, c'est-a-dire joue par le terminal 1 , qui dispose desormais du lecteur de 
son LS approprie. 
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II est a noter que toutes les operations sont transparentes pour I'utilisateur Uj t 
plus precisement pour le navigateur 10, qui ne "connaTt" que la carte a puce 2a. 
Le lecteur LS (ou de fa?on plus generate un autre "applet") et/ou Tobjet virtue! 
recherche, c'est-a-dire le fichier FS dans i'exemple, si leurs tailles avaient ete 

5 compatibles avec la capacite de memorisation de la carte a puce 2a, auraient 
d'ailleurs pu etre enregistres dans celle-ci (re-bouclages symbolises par des 
traits en pointilles sur la figure 14). Le navigateur 10 ne connaTt pas la 
localisation exacte des objets virtuels Obvj. Seule la carte a puce 2a, de fagon 
plus precise Tagent intelligent "ATSDA/SGFV" 7, connaTt la localisation des 

10 objets virtuels de la liste du "SGFV" 8 et la methode pour y acceder. 

Dans une variante preferee du precede, I'agent intelligent "ATSDA/SGFV" 7 
connaTt egalement la liste des seuls objets virtuels accessibles a un utilisateur 
Uj donne (autorisations). II s'agit done bien d'un systeme securise. Le terme 
"securise" doit etre considere dans son sens le plus large. A titre d'exemple, il 

15 concerne aussi bien des cartes a peage donnant acces a certaines ressources, 
en fonction d'un abonnement determine par exemple, ou des cartes assurant 
un acces securise proprement dit a des ressources confidentielles, en fonction 
d'un niveau d'habilitation par exemple. Comme il a ete indique, les ressources 
ou objets virtuels Obvi peuvent etre constitutes par des transactions. 

20 Ces remarques s'appliquent d'ailleurs aussi pour les methodes d'acces direct. 
Cela constitue une caracteristique du precede selon Tinvention. 
Selon une seconde variante, illustree schematiquement par la figure 15, on 
peut utiliser un hyperlien qui definit Tadresse 'TCP/IP" du premier agent 
intelligent associe a la methode d'acces. Uadresse est du type : 

25 "@Agent:AgentPort M , avec "©Agent", Tadresse proprement dite de Tagent 
intelligent concerne et "AgentPort" le port de celui-ci. La liste "MethodPDU" est 
dans ce cas un parametre d'une "URL". L'hyperiien sera associe, par exemple 
a une image ou un formulaire d'une page "HTML" P\ 
Ainsi, a titre d'exemple, une "URL" ayant la structure suivante : 

30 http://@Agent:AgentPort/MethodPDU?Value=xx... (7), 
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permet cTatteindre un agent intelligent qui se comporte comme un serveur 
'WEB TCP/IP", reference arbitrairement 2Z2a q . Cet agent intelligent 232a q est 
localise a I'adresse "(gAgentAgentPort" et report la liste de structure d'appel 
"MethodPDU", avec le parametre "Value=xx...". 
5 Pour fixer les idees, on suppose que Pobjet virtuel Obvj est une image a 
afficher sur un ecran (figure 1A :5), d'un format particulier, a I'aide du 
navigateur 10 et que celui-ci ne dispose pas d'un programme approprie pour 
cet affichage, generalement appele visionneuse ou "viewer" selon la 
terminologie anglo-saxonne. II s'agit, par exemple, d'un programme executable 
10 sous le systeme d'exploitation utilise sur le terminal 1 , de type "XXX.exe", avec 
"XXX" le nom de ce programme, faction de cliquer sur Phyperlien (7) ci-dessus 
va permettre de rechercher ce programme executable, celui-ci pouvant etre 
localise dans le terminal 1 ou dans un systeme eloigne. 

La difference entre les deux variantes de realisation est que dans le premier 
15 cas, le navigateur se voit "force" de demander le chargement d ! un "applet". 
Toutes les etapes sont realisees automatiquement. Dans le second cas, 
Tutilisateur Uj est invite a ciiquer sur un hyperlien ou a executer une action 
similaire. 

A la lecture de ce qui precede, on constate aisement que Tinvention atteint 
20 bien les buts qu'elle s'est fixes. 

II doit etre clair cependant que invention n'est pas limitee aux seuls exemples 
de realisations explicitement decrits, notamment en relation avec les figures 2 3 
15. 

En particulier, comme en ce qui concerne les autres agents intelligents 
25 traducteurs de script; la fonction de I'agent intelligent associe au systeme de 
gestion de fichier virtuel peut etre remplie par un agent non dedie : I'agent 
"WEB" ou Tagent "APDIT. 
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REVENDICATIONS 

1 Systeme embarque, equipe d'une puce comprenant des moyens de 
traitement d'information et des moyens de memorisation deformation, et 
destine a cooperer avec un reseau au travers d'un terminal, caracterise en ce 
que : 

5 -il stocke au moins un fichier d'objet contenant des informations 

associees a un objet situe sur le reseau et permettant de realiser une 
instance de cet objet ; 

-il comprend des moyens d'interface de reseau, agences pour cooperer 
avec des moyens d'interface de reseau apparies, situes dans le terminal, de 
10 fa?on que le systeme embarque constitue un serveur d'information sur le 
reseau ; et 

-il comprend des moyens d'interface de fichier d'objet, agences pour etablir 
une correspondance entre des informations transitant par les moyens 
d'interface de reseau et affectees a au moins ledit fichier d'objet, et des 
15 informations echangees avec ledit fichier d'objet. 

2. Systeme embarque selon la revendication 1, dans lequel le fichier d'objet 
comprend une piece de logiciel autonome executable sur un logiciel de 
navigation. 

3. Systeme embarque selon la revendication 1, dans lequel lesdits moyens 
20 d'interface de reseau sont agences pour cooperer avec les moyens d'interface 

de reseau apparies, situes dans le terminal, de fa?on que le systeme embarque 
se comporte comme un client capable de se connecter a au moins un serveur 
du reseau. 

4. Precede pour instancier un objet situe sur un reseau, caracterise en ce 
25 qu'il utilise un systeme embarque, equipe d'une puce comprenant des moyens 
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de traitement d'information et des moyens de memorisation d'information, et 
destine a cooperer avec un reseau au travers d'un terminal, le systeme 
embarque stockant au moins un fichier d'objet contenant des informations 
associees a un objet situe sur le reseau et permettant de realiser une instance 

5 de cet objet et comprenant d'une part des moyens d'interface de reseau, 
agences pour cooperer avec des moyens d'interface de reseau apparies, situes 
dans le terminal, de fa9on que le systeme embarque constitue un serveur 
d'information sur le reseau, et d'autre part des moyens d'interface de fichier 
d'objet, agences pour etablir une correspondance entre des informations 

10 transitant par les moyens d'interface de reseau et affectees a au moins ledit 
fichier d'objet, et des informations echangees avec ledit fichier d'objet, le 
procede etant en outre caracterise en ce qu'il permet de decrire un ensemble 
de sessions entre agents par un fichier d'objet, au moyen d'au moins les 
etapes suivantes : 

15 -etablir une liste des agents mis en ceuvre ; 

-pour chaque agent, definir des arguments d'appel, necessaires a I'agent 

5. Procede selon la revendication 4, dans lequel un argument d'appel decrit 
I'ouverture d'une session avec un autre agent. 

6. Procede selon la revendication 4, dans lequel un agent modifie la liste des 
20 arguments utilises par un autre agent. 

7. Procede pour instancier un objet situe sur un reseau, caract6rise en ce 
qu'il utilise un systeme embarque, equipe d'une puce comprenant des moyens 
de traitement d'information et des moyens de memorisation d'information, et 
destine a cooperer avec un reseau au travers d'un terminal, le systeme 

25 embarque stockant au moins un fichier d'objet contenant des informations 
associees a un objet situe sur le reseau et permettant de realiser une instance 
de cet objet, et comprenant d'une part des mcyens d'interface de reseau, 
agences pour cooperer avec des moyens d'interface de reseau apparies, situes 
dans le terminal, de fa?on que le systeme embarque constitue un serveur 

30 d'information sur le reseau, et d'autre part des moyens d'interface de fichier 
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d'objet, agences pour etablir une correspondance entre des informations 
transitant par les moyens d'interface de reseau et affectees a au moins ledit 
fichier d'objet, et des informations echangees avec ledit fichier d'objet, ie 
precede etant en outre characterise en ce qu'il met en ceuvre des sessions entre 
5 agents decrites par un fichier d'objet execute depuis le serveur d'information du 
systeme embarque au moyen d'au moins les etapes suivantes : 

-identification d'un fichier d'objet ; 
-execution de ce fichier d'objet. 

8. Procede selon la revendication 7, dans lequel I'execution est effectuee par 
10 instanciation du premier agent associe au fichier objet. 

9. Procede selon la revendication 7, dans lequel I'execution est effectuee par 
instanciation d'un ou plusieurs agents references par le fichier objet. 

10. Procede pour instancier un objet situe sur un reseau, caracterise en ce 
qu'il utilise un systeme embarque, equipe d'une puce comprenant des moyens 

15 de traitement d'information et des moyens de memorisation d'information, et 
destine a cooperer avec un reseau au travers d'un terminal, le systeme 
embarque stockant au moins un fichier d'objet contenant des informations 
associees a un objet situe sur le reseau et permettant de realiser une instance 
de cet objet, et comprenant d'une part des moyens d'interface de reseau, 

20 agences pour cooperer avec des moyens d'interface de reseau apparies, situes 
dans le terminal, de facon que le systeme embarque constitue un serveur 
d'information sur le reseau, et d'autre part des moyens d'interface de fichier 
d'objet, agences pour etablir une correspondance entre des informations 
transitant par les moyens d'interface de reseau et affectees a au moins ledit 

25 fichier d'objet, et des informations echangees avec ledit fichier d'objet, le 
procede etant en outre caracterise en ce qu'il met en ceuvre des sessions entre 
agents decrites par un fichier d'objet execute depuis un logiciel de navigation 
au moyen d'au moins les etapes suivantes : 
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-chargement par le logiciel de navigation (fun fichier d'objet et d'un logiciel 
specifique capable de le mettre en aeuvre ; 

-execution du logiciel specifique par le logiciel de navigation. 

11. Procede selon la revendication 10, dans lequel la realisation du logiciel 
5 specifique est effectuee au moyen de tout langage interprete, executable par le 

logiciel de navigation. 

12. Procede selon la revendication 10, dans lequel I'interpreteur de fichier 
objet est realise sur un logiciel de navigation. 

13. Procede pour instancier un objet situe sur un reseau, caracterise en ce 
10 qu'il utilise un systeme embarque, equipe d'une puce comprenant des moyens 

de traitement d'information et des moyens de memorisation d'information, et 
destine a cooperer avec un reseau au travers d'un terminal, le systeme 
embarque stockant au moins un fichier d'objet contenant des informations 
associees a un objet situe sur le reseau et permettant de realiser une instance 

15 de cet objet, et comprenant d'une part des moyens d'interface de reseau, 
agences pour cooperer avec des moyens d'interface de reseau apparies, situes 
dans le terminal, de fa9on que le systeme embarqu6 constitue un serveur 
d'information sur le reseau, et d'autre part des moyens d'interface de fichier 
d'objet, agenc6s pour etablir une correspondance entre des informations 

20 transitant par les moyens d'interface de reseau et affectees a au moins ledit 
fichier d'objet, et des informations echangees avec ledit fichier d'objet, le 
procede etant en outre caracterise en ce qu'il permet au systeme embarque de 
rendre possible la mise en oeuvre de sessions entre agents decrites par un 
fichier d'objet execute depuis un logiciel de navigation, et en ce qu'il comprend 

25 I'etape consistant a identifier, au moyen d'un identificateur universel de 
ressource, un logiciel specifique agence pour mettre en oeuvre le logiciel de 
navigation. 
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14. Procede selon la revendication 13, dans lequel I'identificateur 
universel de ressource est integre a un document hyper-texte. 

15. Procede selon la revendication 13, dans lequel ledrt logiciel specifique est 
charge par une methode disponible sur le logiciel de navigation et deduite de 

5 Tidentificateur universel de ressource. 
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v i^Le soussigne requiert que^aprdsente^|ernande 
.internationale soit traitee confprm^ment|u Traite de 
\f$£ ~ cooperation en maffere derbreyets. 



1 



Gette gersonne est 
i idfejpos^ pour : \ 



Reserve a 1 'office recepteur 
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Date du de>6t international 



Nom de ['office recepteur et "Demande internationale PCT 



Reference du dossier du dgposant ou du mandataire (facultatif) 
(12 cararieres au maximum) PCT 38 1 5/BC 



: ipren° I , , TITRE^DE LM^ENtjON'p. 

:»roc6d|d'acc|s £ un^bjet i I'aidgd'un navigateurde type "Web" coop6rant avec une carte d puce et 
^■^'architecture oour la rhise en oeuvfekdu proceed : 



fUre n 0 'Il'-.%EPOskN7\7' M 




: 0btt\ et zdrcsse^Nom^efamille^sh 
^pmpielle\co'mpleie. Lj'adressi^ddii ( 
*l$adres$e indiqiiee dans ce cadre es 
-West indique cT-dessous.) W 

i ■ • W - ' ' --^ 

j^fi^route de Versailles?: 

WjP4S ■ . J^' 

If &430 LOUV^CIENf ES 
FRANCE ' ■ fpv 



■■if 



• Natipglite (nom de TEtat) : ^pANCl 



tousled Etais 



nCette person ne est aussi 
inventeur 



n° de telephone 



(33) 1 39.66.61.76 



n° de tel£copieur 



(33):/| 39.66.61.73 
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Domicile (nom de TEtat) : 



FRANCE 



]7,tous, les Etats designes sauf :■ 
O'lcs Etats-Unis d'Amerique 



les £tats-Unis d'Amerique | 1 | cs Etats indiques dans 

I I le cadre supplcmentaire 



seulement 



&p(S) OU (AUTRE(S)) INVENTEUR(S) 




iK4*Q Ui 



4 me^giii?Ruis^aL 



designation' 
Le pays de 
domicile 



. Cette personne est : 
| | ddposant seulement 

| X| deposant et inventeur 

| | inventeurseulement : 
(Si cette, case est cochee. 
ne pas remplir la \ suite.) 




FRANCE 



^etteVpersonnc^t 
i^pps^nt-pour 



D'aulrcs posan&fe 



* les £tats-Uhis ill Anierique 
... seulement' ■■ *;•>* -/V > - ; ■■ 



n .les ^tats ( indiques dans 
J lie cadre supplcmentaire 



Giadre 




dcsddpdsants 



Nom ct adresse 



nontes intemauonajesxornReientes?comme:i 



X- v mandataire | | representanl commun 



dfficielle 



BULL S.A 

CORLU Bernard f . .. 

PC58D20 / 68-iroute de Versailles 
F 
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(tt) 1 rtQ Rfi R1 7« 



n° de t£i£copieur 

(33)1 39.66.61.73 



n° de Uldimprimeur 



I I Adresse pour la correspond a nee : cocher cette case lorsque aucun mandataire ni repr£sentant commun n'est/n^a 6i6 ddsiene 
t— J et que I espace ci-dessus est utilise pour indiquer une adresse. spdciale a taquelle la correspondance doit 6tre envcy^e. 
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• I" ^'d' ™ Tad J ,k,slan - ™ Turkmen.stan el tout autre Etat qui est un Etat contractantde la Convention sur 



Brevet eurasien 
RU Federation 
le brevet eurasien et du PCT 

Brevet OAPI : BF Burkina Faso, BJ Benin, CF Republique centrafricaine uii rnnon ri r-At^ ■ 
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TD Tchad, TG Togo et tout autre Etat qui est un Etat membre de TOAPI et un Etat contract^ du Prr L) „™ ^ n ^ a, » 

deprotectionoudetraitementestsouhaitee, le preciser sur la ligne pointillee) . . ' 

Brevet national (si une autre forme de protection oude traitement est souhaitee, le preciser sur la ligne pointillee) : 
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n cr 

□ CU 

□ cz 

□ DE 

□ DK 

□ DM 

□ EE 

□ ES 

□ FI 
GB 
GD 
GE 
GH 
CM 
HR 
HU 
ID 
IL 
IN 
IS 



□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 
□ 

□ 

. . □ 

□ 

□ 

□ 

□ 

□ 

□ 

Espagne £3 



LS 

LT 

LU 

LV 

MA 

MD 

MG 



Lesotho 

Lituanie 

Luxembourg 

Lettonie 

Maroc 

Republique de Moldova 
Madagascar 



MK Ex-Republique yougosiave de Macedoine 



□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 



& JP 

□ KE 

□ KG 

□ KP 

a KR 

□ KZ 

□ LC 

□ LK 



Finlande Q 

Royaume-Uni □ 

Grenade □ 

Georgie □ 

Ghana □ 

Gambie □ 

Croatie □ 

Hongrie D 

Indonesie □ 

Israel □ 

Inde gj 

Islande 

Japon □ UZ 

Kenya □ VN 

Kirghizistan □ YU 

Republique populaire democratique de CoreV. □ ZA 

□ ZW 

Republique de Coree Cases 



MN Mongolie 

MW Malawi 

MX Mexique 
Norvege 

Nouveile-Zelande 

Pologne 

Portugal 

Roumanie 

Federation de Russie 

Soudan 
Suede 
Singapour 

Sloven ie 

Slovaquie 

Sierra Leone 

Tadjikistan 

Turkmenistan 

Turquie 

Trinit6-et-Tobago 

R£publique-Unie de Tanzanie 

Ukraine 

Ouganda 

Etats-Unis d'Amerique 



NO 
NZ 
PL 
PT 
RO 
RU 
SD 
SE 
SG 
SI 
SK 
SL 
TJ 
TM 
TR 
TT 
TZ 
UA 
UG 
US 



Ouzbekistan . . . 

Viet Nam 

Yougoslavie . . 
Afrique du Sud 
Zimbabwe . . 



Kazakhstan au PCT apres la publication de la prtsente fcuillc : P 



Sainte-Lucie 
Sri Lanka 



□ 
□ 



EfrtJle 40 M-nTT' J? . d6si 8 na «ons<le precaution : outre les designations faites ci-dessus, le deposant faitaussi conformement 
.. nntf . • } M '« d * s '«"«««»w A"' seraient autorisees en vertu du PCT, a lWption de toute designation indiqueVdansSre 
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utilise) : 

ISA/ 



Demande d'utilisation des res ul tats d'une recherche anterieure; mention de 
cette recherche (si une recherche anterieure a ete effectuee par I administration 
chargee de la recherche Internationale ou demande e a cette derniere) : 

Numero 

99 03172 
FA 576628 



Date (jour/mois/annee) 

15.03.99 



Pays (Quo^/ice regional) 



Cadre n» VIII BORDEREAU; LANGUE DE DEPOT 



La presente demande intemationale contient 
le nombre de feuilles suivant : 



requete 

description (sauf partie reservee 
au listage des sequences) : 

revendications 

abrege* 

dessins : 

partie de la description reserved 
au listage des sequences 

Nombre total de feuilles 



03 
39 

05 
01 
08 



56 



Le ou les elements coches ci-apres sont joints a la presente demande Internationale : 

1 . □ feu i lie de calcul des taxes 

2. X1 pouvoir distinct signe 

3. □ copie du pouvoir general; numero de reference, le cas echeant : 

4. □ explication de r absence d'une signature 

document(s) de priorite* indique(s) dans le cadre n° VI au(x) point(s) : 1 

6. □ traduction de la demande intemationale en (langue) : 

7. □ indications separees concernant des micro-organ ismes ou autre materiel 

biologique deposes 

8. □ listage des sequences de nucleotides ou d'acides amines sous forme 

dechifirable par ordinateur 

9. X] autres elements (predser) Rapport de Recherche FA576628 



Figure des dessins qui 

doit accompagner Tabrdgd : o 


Langue de depot de la 

demande intemationale : FRANCAIS 


Cadre n' IX SIGNATURE DU DEPOSANT OU DU MANDATAIRE 



A cote de chaque signature, indiquer le nom du signataire et. si cela n 'apparait pas clairement a la lecture de la requete, a quel titre I "mteresse signe. 




>R^UBernard (mandataire) 



1. Date / effective de reception des pieces supposees 
constituer la demande intemationale : 



Reserve" a ('office recepteur 



3. Date effective de reception, rectifiee en raison de la reception ult6- 
rieurc, mais dans les delais, de documents ou de dessins compietant ce 
qui est suppose constituer la demande intemationale : 



4. Date dc reception, dans les deiais, des corrections 
. demanded selon Particle 1 1 .2) du PCT : 



2. Dessins : 
| | recus : 



□ 



non recus : 



5. Administration chargee de la recherche . 
intemationale (si plusieurs sont competentes) : loA / 



6. I I Transmission de la copie de recherche diffe>ee 
I 1 jusqu'au paiement de la taxe de recherche. 



Date de reception de I'exemplaire 
original par le Bureau international : 



Reserve au Bureau international 



Formulaire PCT/RO/101 (derniere feuille) Quillet 1998; reimprcssion janvier 2000) Voir les notes relatives au formulaire de requete 
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j Propridfv 

- 5 MAI 2000 



PCT/FROO/00625 

TRAITE DE COOPERATION EN MATIERE DE BREVETS ^ 

Expediteur : le B UREAU INTERNATIONAL 

PCT r 




NOTIFICATION RELATIVE 
A LA PRESENTATION OU A LA TRANSMISSION 
DU DOCUMENT DE PRIORITE 

(instruction administrative 41 1 du PCT) 



Date d'expedition (jour/mois/annee) 
25 avri!2000 (25.04.00) 



Reference du dossier du deposant ou du mandataire 
PCT3815/BC 



Demande internationale no 
PCT/FROO/00625 



Date de publication internationale (jour/mois/annee) 

Pas encore publi&e 



Destinataire: 



BULL S,A. 
Corlu, Bernard 
PC58D20 

68, route de Versailles 
F-78434 Louveciennes CEDEX 
FRANCE 



NOTIFICATION IMPORTANTE 



Date du depot international (jour/mois/annee) 
15 mars 2000 (15.03.00) 



Date de priorite Qour/mois/annee) 
15 mars 1999 (15.03.99) 



Deposant 



BULL CP8 etc 



3. 



• • ' i - latirAe "Kir" finiirpnt dans la colonne de droite) par le Bureau international du ou des 

regie 17.1. a) ou b). <-.■-.-■■ ' . " V . . 

Ce formu.aire met a jour et remplace toute notification relative a la presentation ou a la transmission du document de pr.or.te 

qui a ete envoyee precedemmenV ; 4 • : ' - - : * '\ ■ , . , 1 ; , 

deposant est appelee sur 
reyerjdtotiibn-jde prioritf ava 

raisoh'nable en I'espdce. ' ■ , ... ., . 

, lrftr .J "MR" fiaurant dans la colonne de droite signalent un document de priorite que le Bureau .nternat.or.al n a pas 
Les lettres NR figurant dans ,a 0O ^ n "? ae „. r ? ceDteU r de preparer et de transmettre au Bureau international, 
regu ou que le deposant n'a pas de ™"4° V^erTE sur ,a r *" e 171 c) 

conformement a la regie 1Z .a> ou b). ~ 8 J^^ r X„°Kn?r coSeTS la revendication de priorite avant d'avoir donne 

^d^aS^^ . 



ternatiohal mais de maniere non coniorme a io i« a ie ■ v- . . ■ 

^ "egle ^ 

avSavoir : d<£ne aS deposant ja possibility de.remettre ^document de pr.onte dans un de|a. . 



Date He priorite 



Demande He priorite n 



15 mars 1999 (15.03.99) 99 03172 



Pavs. offic e regional OU * 
office recgnteur selo n le PCT 

FR 



Date de reception du 
document de priorite 

10 avri 2000 (10.04.00) 





Fonctionnaire autorise: fP 3^ 


Bureau international de TOMP1 
34, chemin des Colombettes 


Somsak Thiphrakesone yy /y 


1211 Geneve 20, Suisse 




no de telecopies (41-22) 740.14.35 


no de telephone (41-22) 338.83.38 

003243428 



Formulaire PCT/IB/304 (juillet 1998) 
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PCT/FR00/00625 

TRAITE DE COOPERATION EN MATIERE DE BREVETS <V 



Exp6diteur: le BUREAU INTERNATIONAL 



PCT 

NOTIFICATION DE LA RECEPTION DE 
L EXEMPLAInc OKIoINML 

(regie 24.2.a) du PCT) 


Destinataire: r*~» " " V " , " T, > e?ela 

BULL S.A. 2 1 MR. 2000 
Corlu, Bernard 

PC58D20 ~-L§.A* 
68, route de Versailles 
F-78434 Louveciennes cedex 
FRANCE 






Date d'expedition (jour/mois/ann6e) 
13 avril 2000(13.04.00) 


NOTIFICATION IMPORTANTE 




Reference du dossier du deposant ou du mandataire 
. PCT3815/BC 


Demande internationale no 
PCT/FROO/00625 




II est notifie au deposant que .e Bureau internationa. a recu Texemplaire origina. de .a demande internat.ona.e preosee 

ci-apres. 

Nom(s) du ou des deposants et de I'Etat ou des Etats pour lesquels .Is sont deposants: 

BULL CP8 (pour tous les Etats designes sauf US) 

URIEN, Pascal (pour US seulement) 

, 15 mars 2000 (15.03.00) 
Date du depot international ' * ) ' 
Date(s> de P horite ^ -» 1 5 mars 1999 (1 5.03.99) 

Date de reception de l exemplaire original fl3 2Q q 0 /Q3.04.00) 
par le Bureau international • * 

Liste des offices designes V 

EP iAT^E^^CY^E DK^S.FLFR.GB^RJEJTjL.U/MC.NL.PT^E 
National :AU,CA,CN,JP,KR>SG,US 

En outre. ('attention du deposant est appelee sur les renseignements donnes dans I'annexe en ce qui concerne 
pX| les delais dans lesquels doit etre abordee la phase rationale- 
|~X| la confirmation des designations faites par mesure de pr6caution 
X les exigences relatives aux documents de pnorite. 

Une copie de .a presente notification est envoyee a .'office recepteur et a .'administration chargee de .a recherche international 


Bureau international de POMPI 
34. chemin des Colombettes 
1211 Geneve 20. Suisse 

n'detelecopeur (41-22) 740.14.35 


Fonctionna.reautor.se Q j^X^^^ 

Dorbthee Mulhausen 

n*de telephone (41-22) 338.83.38 
J ' ' 003227679 





Formulaire PCT/IB/301 (juillet 1998) 
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TRAITE DE COOPERATION EN MATIERE DE BREVETS 



WO 00/56030 
PCT/FR00/00625 



Expediteur: le BUREAU INTERNATIONAL 



PCT 



AVIS INFORMANT LE DEPOSANT DE LA 
COMMUNICATION DE LA DEMANDE 
INTERNATIONALE AUX OFFICES DESIGNES 

(r&gle 47.1.c), premiere phrase, du PCT) 



Destinataire: 
BULL S.A. 
Corlu, Bernard 
PC58D20 

68, route de Versailles 

F-78434 Louveciennes Qgdajfondela 

FRANCE Dropridt^Intenectacne 



Date d'expedttion (jour/mo is/an nee) 

21 septembre 2000 (21.09.00) . 


mnxsA. 




Reference du dossier du deposant ou du mandataire 
PCT3815/BC 


AVIS IMPORTANT 


Demande internationale no 

PCT/FR00/00625 


Date du depot international (jour/mois/annee) 
15 mars 2000 (15.03.00) 


Date de priorite (jour/mois/annee) 
15 mars 1999 (15.03.99) 


Deposant . 

BULL CP8 etc 



1. II est notifie par la preterite qu*a la date indiquee ci-dessus comme date d'exp6dition de cet avis, le Bureau international a 
communique, comme le prevoit Particle 20, la demande internationale aux offices designes suivants: . 

au,kr,us V. . 

Conformement a la regie 47.1. c), troisieme phrase, ces offices acceptent le present avis comme preuve determinante 
- du fait que la communication de la demande internationale a bien eii lieu, a la date d'exp6dition indiquee plus haut, et le 
deposant n'est pas tenu de remettre de copie de la demande internationale a ('office ou aux offices ddsignes. 

2. Les offices designes suiyants brit renonce d r exigence selon laquelle cette communication doit etre effectue> i cette date: 

: CA^n^epjp^sG \ ; . '^-^J.'X 7 •/ ; 

La' communication sera effectuee seulement sur demande de ces 'offices. De plus, le deposant n*est pas tenu de remettre 
decopie.de la demande internationale "a uxoffic.es en question^(rd'g|e/49:1J'a-bis)): ^ ■ <\' ■ 

3. Le pr6sent avis' est accompagne d'une copie de la demande internationale publiee par le Bureau international le 
21 septembre 2000 (21.09.00) sous le numero WO 00/56030 , V 

RAPPEL CONGERNANT LE CHAPITRE II (article 31.2)a) et regie 54.2) 

Si le d§posant souhaite reporter I'ouvertu re de la phase nationale jusqu'd 30 mois (ou plus pour ce qui concerne certains 
offices) a compter de'la date de priorite, la demande d'examen prdliminaire international doit etre presentee a 
radministration comp^tente chargee de Texamen pr^liminaire international ayant I'expiration d'un delai de 19 mois h 
compter de la date de priorite.' ' ' . . , v : ; '■ - , , . 

II aptfartient exclusivement au deposant de veiller'au respect du delai de19 mois. * 

II est a noter que seul un deposant qui est ressortissant d'un Etat contractant du PCT lie par le chapitre II ou qui y a son 
domicile peut pr6senter une demande d'examen pr^liminaire international. ^ . 

RAPPEL CONCERNANT L'OUVERTURE DE LA PHASE NATIONALE (article 22 ou 39.1)) 

Si le deposant souhaite que la demande internationale procede en phase natjonale, il doit, dans le delai de 20 mois ou 
de 30 mois, ou plus pour ce qui concerne certains offices, accomplir les actes mentionnes.dans ces dispositions aupres 
de chaque office d6signe ou elu. ' \ * . . 

Pour d'autres informations impdrtantes concernant les d6lais.et les actes a accomplir pour I'ouverturede la phase 
nationale, voir ('annexe du formulaire PCT/IB/301 (Notification de la reception de Texemplaire original) et le volume II 
du Guide du deposant du PCT. " 





Bureau international de I'OMPI 
34, chemin des Colombettes 
121 1 Geneve 20, Suisse 

no de telecopieur (41-22) 740.14.35 


Fonctionnaire autorise 

J. Zahra 

no de telephone (41 -22) 338.83.38 



Formulaire PCT/IB/308 (juillet 1996) 



3523543 



If 
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TRAITE DE WbPERATION EN MATIERE DE B W/ETS 

PCT 



RAPPORT DE RECHERCHE INTERNATIONALE 
(article 18 et regies 43 et 44 du PCT) 



Reference du dossier du deposant ou 
du mandataire 

PCT 3815/BC 


POUR SUITE vo ' r la notification de transmission du rapport de recherche international 
(formulaire PCT/ISA/220) et, le cas echeant, te point 5 ci-apres 

A DONNER 


Demande international n° 

PCT/FR 00/00625 


Date du depot international (jour/moi$/anne&) 

15/03/2000 


(Date de priorite (la plus ancienne) 
(jour/mois/annee) 

15/03/1999 


Deposant 

BULL CP8 et al . 



Le present rapport de recherche internationale, etabli par Tad ministration chargee de la recherche internationale, est transmis au 
deposant conformement a ('article 18. Une copie en est transmise au Bureau international. 

Ce rapport de recherche internationale comprend 3 feuilles. 

PC| II est aussi accompagne d'une copie de chaque document relatrf a I'etat de la technique qui y est cite. 



Base du rapport 

a. En ce qui concerne la langue, la recherche internationale a ete effectuee sur la base de la demande internationale dans la 
langue dans laquelte elle a ete deposee, sauf indication contraire donnee sous le meme point. 



□ 



la recherche internationale a ete effectuee sur la base d'une traduction de la demande internationale remise a I'administration. 



En ce qui concerne tes sequences de nucleotides ou d'acldes amines divulguees dans la demande internationale (le cas echeant) 
la recherche internationale a ete effectuee sur la base du listage des sequences : 

□ 
□ 
□ 



2. 
3. 

4. 



contenu dans la demande internationale, sous forme ecrite. 
deposee avec la demande internationale, sous forme dechiffrable par ordinateur. 
remis ulterieurement a I'administration, sous forme ecrite. 
| | remis ulterieurement a I'administration, sous forme dechiffrable par ordinateur. 

| | La declaration, selon laquelle le listage des sequences presente par ecrit et fourni ulterieurement ne vas pas au-dela de la 
divulgation faite dans la demande telle que deposee, a ete fournie. 

| | La declaration, selon laquelle les informations enregistrees sous forme dechiffrable par ordinateur sont identiques a celles 
du listage des sequences presente par ecrrt, a ete fournie. 

| | II a 6t6 estlm£ que certalnes revendlcatlons ne pouvalent pas falre I'objet d'une recherche (voir le cadre I). 
| [ II y a absence d'unlt£ de I'lnventlon (voir le cadre II). 

En ce qui concerne le tltre, 

| | le texte est approuve tel qu'il a ete remis par le deposant. 
fX"| Le texte a ete etabli par I'administration et a la teneur suivante: 

SYSTEM D'ACCESS A UN 0BJET A L'AIDE D'UN NAVIGATEUR DE TYPE "WEB" C00PERANT 
AVEC UNE CARTE A PUCE 



5. En ce qui concerne I'abrege, 

QTJ le texte est approuve tel qu'il a ete remis par le deposant 

□ le texte (reproduit dans le cadre III) a ete etabli par I'administration conformement a la regie 38.2b). Le deposant peut 
presenter des observations a I'administration dans un delai d'un mois a compter de la date d'expedition du present rapport 
de recherche internationale. 

6. La figure des desslns a publier avec I'abrege est la Figure n° 8 



[X] suggeree par le deposant. Aucune des figures 

□ ■ ^ - ^ , - - ^ x. n ' est a publier. 

parce que le deposant n a pas suggere de figure. 

| | parce que cette figure caracterise mieux ('invention. 



Formulaire PCT/ISA/210 (premiere feuille) Quillet 1998) 
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RAPPORT DE RECUfiRCHE INTERNATIONALE 



tde Internationale No 
/FR 00/00625 



A. CLASSEMENT DE L'OBJET OE LA DEMANDE 

CIB 7 H04L29/06 



Selon la classification Internationale des brevets (CIB) ou a la fois selon la classification nationaJe et la CIB 



B. DOMAINES SUR LESQUELS LA RECHERCHE A PORTE 



Documentation minim ale consul tee (systeme de classification suivi des symbol es de classement) 

CIB 7 H04L 



Documentation consultee autre que la documentation minimale dans la mesure ou ces documents rei event des domaines sur lesquels a porte la recherche 



Base de donnees electronique consultee au cours de la recherche intemationale (nom de la base de donnees, et si realisable, termes de recherche utilises) 



C. DOCUMENTS CONSJDERES COM ME PERTINENTS 



Categorie ° Identification des documents cites, avec, le cas echeant, I'indication des passages pertinents 



no. des revendications visees 



WO 98 57474 A (GEMPLUS CARD INT ;MARTINEAU 
PHILIPPE (FR); MERRIEN LIONEL (US); SI) 
17 decembre 1998 (1998-12-17) 



page 6, ligne 5 -page 10, ligne 9 
page 11, ligne 24 -page 14, ligne 
page 15, ligne 24 -page 19, ligne 
page 21, ligne 15 -page 23, ligne 

revendications 1-8 

figures 1,2 



1-3, 
7-10, 
12-15 
4-6,11 



25 

8 

4 



P,X 



WO 99 14678 A (WEBTV NETWORKS INC) 
25 mars 1999 (1999-03-25) 
ligne 9-27 

ligne 5 -page 7, ligne 2 
ligne 24 -page 10, ligne 16 
ligne 23 -page 12, ligne 6 
ligne 27 -page 16, ligne 3 



page 
page 
page 
page 
page 



2, 
5, 
7, 
11 
12, 



1-3,7, 
10,13-15 



-/-- 



j )( j Voir la suite du cadre C pour la fin de la liste des documents 



0 



Les documents de families de brevets sont indiques en annexe 



° Categories sped ales de documents cites: 

"A" document definissant I'etat general de la technique, non 
considers comme particulierement pertinent 

"E" document anterieur, mais publie a la date de depot international 
ou apres cette date 

"L" document pouvant jeter un doute sur une revendication de 
priorite ou cite pour determiner la date de publication d'une 
autre citation ou pour une raison speciale (telle qu*indiquee) 

"O" document se referant a une divulgation orate, a un usage, a 
une exposition ou tous autres moyens 

"P" document publie avant la date de depdt international, mais 
posterieurement a la date de priorite revendiquee 



"T" document ulterieur publie apres la date de depdt international ou la 
date de priorite et n'appartenenant pas a I'etat de la 
technique pertinent, mais cite pour comprendre le principe 
ou la theorie constituant la base de I'invention 

"X" document particulierement pertinent; I'inven tion revendiquee ne peut 
etre consideree comme nouvelle ou comme im pi i quant une activite 
inventive par rapport au document considere isolement 

"Y" document particulierement pertinent; I'inven tion revendiquee 

ne peut etre consideree comme impliquant une activite inventive 
lorsque le document est associe a un ou plusieurs autres 
documents de meme nature, cette combinaison etant evidente 
pour une personne du metier 

"&* document qui fait partie de la memo famille de brevets 



Date a laquelle la recherche intemationale a ete effectivement achevee 

4 juillet 2000 


Date d' expedition du present rapport de recherche intemationale 

14/07/2000 


Nom et adresse postal e de l*administration chargee de la recherche intemationale 
Office Europeen des Brevets, P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31-70) 34O-2040. Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 


Fonctionnaire autorise 

Lazaro Lopez, M.L. 



Formulatre PCT/tSA/210 (deuxi&me feuille) (juillet 1 992) 
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RAPPORT DE RE 



CHE INTERNATIONALE 



j^^fcide Internationale No 

pff/FR 00/00625 



C(sulte) DOCUMENTS CONS1DERES COMME PERTINENTS 



Categorle ° Identification des documents cites, avec.le cas echeant, I'lndlcatlondes passages pertinents 



no. des revendications visees 



P,X 



US 5 898 838 A (WAGNER RICHARD HIERS) 
27 avril 1999 (1999-04-27) 
colonne 5, ligne 54 -colonne 8, ligne 4 
colonne 9, ligne 63 -colonne 12, ligne 14 
colonne 14, ligne 10 -colonne 15, ligne 25 
colonne 17, ligne 59 -colonne 19, ligne 8 

PEISEL B: "DESIGNING THE NEXT STEP IN 
INTERNET APPLIANCES" 

ELECTRONIC DESIGN, US, PENTON PUBLISHING, 
CLEVELAND, OH, 

vol. 46, no. 7, 23 mars 1998 (1998-03-23), 
page 50,52,56 XP000780455 

ISSN: 0013-4872 
page 52, colonne de droite, 
page 56, colonne de gauche, 
page 56, colonne de droite, 



ligne 20-31 
ligne 30-56 
ligne 52 



BIGET P ET AL: "How smart cards can 

benefit from object-oriented technologies" 

FUTURE GENERATIONS COMPUTER 

SYSTEMS, NL, ELSEVIER SCIENCE PUBLISHERS. 

AMSTERDAM, 

vol . 13, no. 1, 

1 juillet 1997 (1997-07-01), pages 75-90, 
XP004081711 

ISSN: 0167-739X 
page 78, colonne de gauche, ligne 14 -page 

79, colonne de gauche, ligne 2 

page 79, colonne de droite, ligne 17 -page 

80, colonne de gauche, ligne 2 

page 80, colonne de droite, ligne 12 -page 

81, colonne de gauche, ligne 14 

page 82, colonne de gauche, ligne 1-15 
page 82, colonne de droite, 
page 85, colonne de gauche, 
page 86, colonne de gauche, 



page 86, colonne de droite, 



ligne 18-37 

ligne 8-19 

ligne 1-10 

ligne 1-19 



PARADINAS P N VANDEWALE J-J: "A Personal 
and portable database server: the CQL 
card" 

APPLICATIONS OF DATABASES. INTERNATIONAL 

CONFERENCE, XX, XX, 

21 juin 1994 (1994-06-21), pages 

444-457-457, XP002129612 

page 447, ligne 26-39 

page 448, ligne 12 -page 449, ligne 35 



1-3,7,8, 
10-15 



1-15 



1-15 



1-15 



Formulaire PCT/ISA/210 (suite da la deuxidme feuille) (juiJIet 1992) 
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INTE 

Inl 



TIONAL SEARCH REPORT 

itton on patent family members 



itlonal Application No 

/FR 00/00625 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
date 


WO 9857474 A 


17-12-1998 


AU 
ZA 


8113798 
9805151 


A 
A 


30-12-1998 
13-04-1999 



WO 


9914678 


A 


25-03-1999 


US 


5983273 


A 


09-11-1999 










AU 


9127198 


A 


05-04-1999 


US 


5898838 


A 


27-04-1999 


US 


5742845 


A 


21-04-1998 










US 


5905908 


A 


18-05-1999 



Form PCT/ISA/210 (patent family annex) (July 1992) 
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